rapport de stage centre hospitalier de …nareth.hean.free.fr/docs...
TRANSCRIPT
Centre Hospitalier de Martigues Version 1.00
RAPPORT DE STAGECENTRE HOSPITALIER DE MARTIGUES
Formation TSGERI 2011AFPA St Jérôme MARSEILLE
Philippe PHENGSAVATH 11-11-2011
Centre Hospitalier de Martigues Version 1.00
SOMMAIREI.INTRODUCTION..............................................................................................................................1II.CENTRE HOSPITALIER DE MARTIGUES..................................................................................2
II.1.Présentation du CHM................................................................................................................2II.1.a.Site des Rayettes................................................................................................................2II.1.b.Site du Vallon....................................................................................................................3II.1.c.Structures extra hospitalières.............................................................................................4II.1.d.Institut de Formation en Soins Infirmiers..........................................................................4
II.2.Direction du Système d'Information et de l'Organisation.........................................................5II.2.a.Présentation de la DSIO....................................................................................................5II.2.b.Organigramme fonctionnel................................................................................................5
III.DEROULEMENT DU STAGE.......................................................................................................6III.1.Les tâches.................................................................................................................................6III.2.Planning...................................................................................................................................6III.3.Confidentialité.........................................................................................................................6
IV.INVENTAIRE DES SERVEURS....................................................................................................7IV.1.Procédure de remplissage des champs d'information..............................................................7IV.2.Saisie autonome.......................................................................................................................8
IV.2.a.Lignes de commandes......................................................................................................8IV.3.Données complémentaires.......................................................................................................9IV.4.Description des colonnes..........................................................................................................9IV.5.Méthode de récolte d'informations.........................................................................................12
IV.5.a.Serveurs physiques.........................................................................................................12IV.5.b.Serveurs virtuels.............................................................................................................16IV.5.c.Partie Support (Matériel)................................................................................................17
IV.6.Présentation du fichier d'inventaire des serveurs à la DSIO..................................................17V.CAHIER D'EXPLOITATION D'UN SYSTEME...........................................................................18
V.1.Systèmes à traiter.....................................................................................................................18V.2.La Messagerie..........................................................................................................................19
V.2.a.Description générale du système.....................................................................................19V.2.b.Serveurs de messagerie....................................................................................................20V.2.c.Serveur d'archivage..........................................................................................................20V.2.d.Serveur WebMail.............................................................................................................21V.2.e.Serveur de relais de messagerie SMTP............................................................................21V.2.f.Les applications................................................................................................................21V.2.g.La maintenance................................................................................................................22
V.3.La Sauvegarde.........................................................................................................................22V.3.a.Description générale du système.....................................................................................22V.3.b.Serveur Galaxy + One Touch Windows..........................................................................23V.3.c.Serveur One Touch Linux et AIX....................................................................................24V.3.d.Acronis.............................................................................................................................24V.3.e.MKCDREC......................................................................................................................24V.3.f.MKSYSB..........................................................................................................................24V.3.g.Les librairies....................................................................................................................25V.3.h.Les machines virtuelles....................................................................................................26
VI.CONCLUSION.............................................................................................................................27VII.ANNEXE.....................................................................................................................................28
Philippe PHENGSAVATH 11-11-2011
Centre Hospitalier de Martigues Version 1.00
VII.1.Charte de bon usage des ressources informatiques..............................................................28VII.2.Tableau de la saisie autonome..............................................................................................34VII.3.Tableau des données complémentaires.................................................................................37VII.4.Système d'information CHM................................................................................................38VII.5.Liste des applications...........................................................................................................40
VIII.GLOSSAIRE..............................................................................................................................44IX.REMERCIEMENTS.....................................................................................................................46
Philippe PHENGSAVATH 11-11-2011
Centre Hospitalier de Martigues Version 1.00
I. INTRODUCTION
Dans le cadre de ma période de formation en entreprise, le rapport de stage présentera les différents thèmes abordés.
Tout d'abord, une présentation générale du Centre Hospitalier de Martigues ainsi que du département de la Direction du Système d'Information et de l'Organisation qui m'ont accueilli au sein de l'établissement durant les 2 mois de stage.
Ensuite, je détaillerais le déroulement du stage par les objectifs et le planning qui me sont affectés par la DSIO, avec l'aide d'un prestataire externe.
Puis, je développerais les 2 tâches effectuées au sein de l'établissement, à savoir l'inventaire des serveurs et la rédaction de cahiers d'exploitation des systèmes, en collaboration avec les membres de la DSIO ainsi que le prestataire externe.
Philippe PHENGSAVATH Page 1 / 46
Centre Hospitalier de Martigues Version 1.00
II. CENTRE HOSPITALIER DE MARTIGUES
La période de stage s'est déroulée au Centre Hospitalier de Martigues (CHM), sur le site des Rayettes, au sein du département de la Direction du Système d'Information et de l'Organisation (DSIO).
Ce chapitre présente les différents sites et structures extra hospitalières, l'Institut de Formation en Soins Infirmiers (IFSI) ainsi que le département de la DSIO.
II.1. Présentation du CHMLe Centre Hospitalier de Martigues assure la mission de soins sur le territoire de proximité
de Martigues, les activités d'urgences de court séjour comme la Médecine, la Chirurgie ou l'Obstétrique, ou de moyen séjour et de Gérontologie ainsi qu'une activité en santé mentale aussi bien en hospitalisation qu'en activité extra hospitalière.
Le Centre Hospitalier de Martigues est implanté sur plusieurs sites :
• le site des Rayettes assure la Médecine, la Chirurgie et l'Obstétrique.• le site du Vallon assure la Psychiatrie et la Gérontologie.• les structures extra hospitalières dans les communes de Martigues, Marignane, Port-de-
Bouc, Istres, Fos-sur-Mer et Port-Saint-Louis-de-Rhône.
II.1.a. Site des RayettesConstruit en 1974, l'Hôpital des Rayettes accueille la Médecine, la Chirurgie, l'Obstétrique,
le plateau technique, les services logistiques et administratifs ainsi que l'Institut de Formation en Soins Infirmiers mais gère aussi un service de Soins Infirmiers à Domicile.
A : Hospitalisation / Administration.B : Réanimation – Bloc opératoire.C : Imagerie médicale – Radiologie – Centre de sénologie.D : Consultations externes.
Philippe PHENGSAVATH Page 2 / 46
Centre Hospitalier de Martigues Version 1.00
E : Dialyse – Gynécologie sociale.F : Les Cyprès – Direction des Services Logistiques.G : Les Genêts – Direction des Services Financiers.H : Salle polyvalente La Pinède.I : Département de l'Information Médicale, Laboratoires, Comité de Lutte contre les Infections Nosocomiales, Médecine du Travail.J : Les lauriers – Direction des Ressources Humaines / Direction des Services de Soins / Ateliers.K : Services Généraux.L : Institut de Formation en Soins Infirmiers.M : Entrée Urgences Obstétricales et Accouchement.N : Urgences.
II.1.b. Site du VallonConstruit en 1979, l'Hôpital du Vallon assure une activité de Psychiatrie et de prise en charge
des personnes âgées, et gère 3 secteurs de psychiatrie adulte et un secteur de pédo-psychiatrie.
A : Centre de Gérontologie.B : Secteur 24 de Psychiatrie.C : Secteur 23 et 25 de Psychiatrie.D : Appartements de fonction.E : Psychiatrie infrato-juvenile : Hôpital de jour pour enfant.F : Service transport.G : Parking.
Philippe PHENGSAVATH Page 3 / 46
Centre Hospitalier de Martigues Version 1.00
II.1.c. Structures extra hospitalièresIl y a une vingtaine de structures extra hospitalières qui complètent le dispositif de soins
proposé par le Centre Hospitalier de Martigues et sont implantées dans les communes de Martigues, Marignane, Port-de-Bouc, Istres, Fos-sur-Mer et Port-Saint-Louis-de-Rhône.
Centre Médico-Psychologique 3 placements familiaux
Hôpital de jour / Centre d'accueil thérapeutique à temps partiel
Appartements associatifs
II.1.d. Institut de Formation en Soins InfirmiersImplanté sur le site des Rayettes, l'Institut de Formation en Soins Infirmiers assure :
• la formation initiale des infirmiers et des aides-soignants.• la formation préparatoire à l'entrée dans les instituts de formation en soins infirmiers.• la formation continue incluant la formation d'adaptation à l'emploi.• la documentation et la recherche en soins infirmiers.
La formation doit permettre à l'étudiant de dispenser des soins de qualité quelque soit le lieu
exercé, de se réaliser sur le plan individuel et de s'intégrer dans le groupe professionnel.
Philippe PHENGSAVATH Page 4 / 46
Centre Hospitalier de Martigues Version 1.00
II.2. Direction du Système d'Information et de l'OrganisationLe stage s'est déroulé au sein du département de la Direction du Système d'Information et de
l'Organisation, sous la responsabilité de Monsieur BILLY Claude, responsable de la cellule Méthode Qualité Gestion.
II.2.a. Présentation de la DSIOLa Direction du Système d'Information et de l'Organisation se situe sur le site des Rayettes
et regroupe 8 personnes réparties dans :
• Service Etudes : 1 chef de projet• Service Production & Réseau : 1 responsable Sécurité & Réseaux et 1 responsable Système
& Base de Données• Service Support : 1 responsable et 1 technicien• Cellule Méthode Qualité Gestion : 1 responsable MQG, 1 gestionnaire et 1 responsable
Formation
II.2.b. Organigramme fonctionnel
Philippe PHENGSAVATH Page 5 / 46
DSIO
SécuritéMéthodesQualitéGestion
FBA
DSIO
SécuritéMéthodesQualitéGestion
FBA
CBI
CLEGESTION
METH.
QUAL.
CBI
CBI RSECBI
CLEGESTION
METH.
QUAL.
CBI
CBI RSE
RH COMM / QUAL
ADU X
PATIENTADM.
PATIENTMED.
CBI XY
Y CBI/MRO CBI ADU
ECO/FIN/LOG
X
MRO
MEDICOTECHN.
XRSEMRO
CBI
URBANISATION & INTEGRATIONCBI
ETUDES FONCTIONNELLES &
PROJETS
MRO
RH COMM / QUAL
ADU X
PATIENTADM.
PATIENTMED.
CBI XY
Y CBI/MRO CBI ADU
ECO/FIN/LOG
X
MRO
MEDICOTECHN.
XRSEMRO
CBI
MEDICOTECHN.
XRSEMRO
CBI
URBANISATION & INTEGRATIONCBI
ETUDES FONCTIONNELLES &
PROJETS
MRO
ASSIST.PROX. FORMATION
SDU ADU (appli burx)
X (appli métier)
SUPPORT
RSE
HOT LINE
RSE
PRESTA externe (L-V :
8h/18h)
HOT LINE
RSE
PRESTA externe (L-V :
8h/18h)
EXPLOITPROD.
RESEAUX
CLA FBA
CLAFBASDU
ARCHITECTURE TECHNIQUECBI
ETUDES TECHNIQUES & PRODUCTION
CBI
EXPLOITPROD.
RESEAUX
CLA FBA
CLAFBASDU
ARCHITECTURE TECHNIQUECBI
ETUDES TECHNIQUES & PRODUCTION
CBI
JST
Centre Hospitalier de Martigues Version 1.00
III. DEROULEMENT DU STAGE
A mon arrivée au sein de l'établissement, la Direction du Système d'Information et de l'Organisation remet, à chaque nouvel arrivant (employés, prestataires externes …) nécessitant l'accès aux ressources informatiques, une charte définissant les règles d'utilisation (cf Annexe VII.1. Charte de bon usage des ressources informatiques).
III.1. Les tâchesJ'ai eu, pour mission, 2 tâches à réaliser, en collaboration avec Monsieur FITOUSSI Dan,
prestataire externe SINGULIERS & CO :
• L'inventaire des serveurs du Centre Hospitalier de Martigues.• La rédaction de cahiers d'exploitation des systèmes.
NB : Les 2 tâches sont développées dans les chapitres suivants.
III.2. PlanningUn planning a été établi afin de respecter les objectifs fixés pour chaque semaine et de
pouvoir se consacrer la plus grande partie du temps sur la rédaction des cahiers d'exploitation des systèmes, qui représente la plus grosse part de travail.
• 1ère semaine : Prise en main du fichier de l'inventaire des serveurs – Comparaison des 14 serveurs physiques déjà renseignés par le prestataire et les informations que j'ai collecté, hors partie Support Matériel.
• 2ème semaine : Relevés des 24 serveurs physiques restants, hors partie Support Matériel.• 4ème semaine : Relevés des 21 serveurs virtuels et partie Support Matériel.• 5ème semaine : Rédaction des cahiers d'exploitation des systèmes.
III.3. ConfidentialitéPour des raisons de confidentialité, les noms des serveurs et les adresses IP ainsi que d'autres
informations ne seront pas dévoilés dans ce rapport.
Philippe PHENGSAVATH Page 6 / 46
Centre Hospitalier de Martigues Version 1.00
IV. INVENTAIRE DES SERVEURS
La première tâche à réaliser consiste à relever toutes les informations concernant les serveurs du Centre Hospitalier de Martigues. Celà comprend les spécifications du matériel et les systèmes d'exploitation installés ainsi que les contrats liés à ces serveurs.
Le Centre Hospitalier de Martigues dispose de 38 serveurs physiques (35 dans la salle serveurs au rez-de-chaussée et 2 dans la salle Autocom au sous-sol de l'établissement du site des Rayettes, et 1 sur le site du Vallon) et de 21 serveurs virtuels (répartis sur 3 serveurs de ferme de machines virtuelles), fonctionnant sous différents systèmes d'exploitation :
• Windows (NT Server, XP, 2003 Server et 2008 Server)• Linux (Debian, Mandriva, RedHat)• Unix (AIX)• VMware ESX basé sur une distribution RHEL5 (RedHat Linux 5) modifiée
Une majorité de serveurs fonctionnent sous Windows (44) et les quelques serveurs sous Linux (8) ou Unix (4). Les 3 serveurs servant à héberger les machines virtuelles fonctionnent sous ESX.
Un document a été fourni par le prestataire sur la procédure à suivre afin de renseigner le fichier d'inventaire des serveurs.
IV.1. Procédure de remplissage des champs d'informationLa procédure permet d'identifier la manière de renseigner les colonnes du fichier "Inventaire
serveurs.xls" par 2 manières :
• les informations ne nécessitant pas l'intervention d'un membre de la DSIO et peuvent donc être renseignées en autonomie.
• les informations nécessitant l'intervention d'un membre de la DSIO.
Les outils utilisés pour la collecte d'informations des serveurs sont :
• PuTTY pour les connexions à distance en Telnet sous Unix• SSH Secure Shell Client pour les connexions à distance en SSH sous Linux• "Connexion Bureau à distance" pour les versions Windows• VMware vSphere Client pour la visualisation des serveurs virtuels• AssetFrame, un logiciel de gestion de parc informatique pour la consultation d'informations
des serveurs (caractéristiques, garanties ...)
Philippe PHENGSAVATH Page 7 / 46
Centre Hospitalier de Martigues Version 1.00
IV.2. Saisie autonomeIl y a différentes sources d'information permettant de renseigner les colonnes en autonomie
et peut y avoir plusieurs manières d'accéder aux informations pour une colonne (cf Annexe VII.2. Tableau de la saisie autonome) :
• le fichier "Liste Serveurs CHM.xls" : Fichier contenant les informations sur les serveurs (nom du serveur, système d'exploitation, adresse IP, type et fonction du serveur …) et devant être remplacé par le fichier d'inventaire des serveurs.
• la salle serveur : Accès directement à la salle serveur pour relever les informations (marque et modèle de serveur, rack ou tour, numéro de série, nombre d'alimentations …)
• le site constructeur : Accès au site du constructeur pour les caractéristiques du serveur (nombre de slots de barrettes de mémoire, type de mémoire DDR2 ou 3, poids …)
• la prise en main : Connexion directement sur le serveur ou à distance (version du système d'exploitation, taille totale de mémoire, architecture 32 bits ou 64 bits …)
IV.2.a. Lignes de commandesLa collecte d'informations des serveurs fonctionnant sous Linux et Unix est relevée par
lignes de commandes et sont listées ci-dessous :
• Unix
• Architecture 32 bits ou 64 bits : bootinfo -y• Mémoire : bootinfo -r• Informations complètes du serveur : prtconf | more• Informations sur le processeur : lsattr -El nom_du_processeur (ex. lsattr -El proc0)• Nombre de disques durs : lspv• Informations du disque dur : lspv nom_du_disque (ex. lspv hdisk0)• Volume des disques durs : lsvg• Informations du volume : lsvg nom_du_volume (ex. lsvg rootvg)• Attachement SAN : lscfg -v• Répartition sur les LUN : sanlun lun show all• Version du système d'exploitation : uname -a• Carte réseau : ifconfig -a
• Linux
• Version du système d'exploitation : cat /proc/version• Version release de RedHat: "cd /etc " puis "ll release" pour trouver le fichier "redhat-
release". Faire ensuite un "cat redhat-release"• Processeur : cat /proc/cpuinfo• Mémoire : cat /proc/meminfo• Informations complètes du serveur : dmidecode | more• Disque dur : pvdisplay• Volume des disques durs : vgdisplay
Philippe PHENGSAVATH Page 8 / 46
Centre Hospitalier de Martigues Version 1.00
• Carte réseau : ifconfig -a
• Windows
• Carte réseau : ipconfig /all
IV.3. Données complémentairesLes données ne pouvant être renseignées en autonomie, l'intervention d'un membre de la
DSIO est donc nécessaire dont il existe 2 types de données (cf Annexe VII.3. Tableau des données complémentaires) :
• Exploitation : BILLY Claude, LAMAZE Christophe, BAIBOURDIAN Franck• Administratif : LENGUA Corinne
IV.4. Description des colonnesPour chaque colonne est détaillée la description afin de remplir les champs d'informations :
• Identification• Nom (Système) : La colonne accueille tous les noms des serveurs.• Identifiant (Inventaire) : Nombre à 4 chiffres permettant d'identifier un matériel via
le logiciel de gestion de parc informatique AssetFrame. Pour les serveurs virtuels, il n'y a pas d'identifiants.
• Données générales• Visibilité : "Interne" pour des accès aux ressources informatiques qu'en interne et
"Public DMZ" pour des accès de l'extérieur.• Catégorie physique : "Physique" désignant les serveurs physiques et
"Virtuelle\vSphere" désignant les serveurs virtuels.• Catégorie fonctionnelle : "Prod" pour les applications et "Infra/Prod" pour ce qui est
en rapport avec l'infrastructure (serveur DHCP, serveur de messagerie …).• Fonction : Description de la tâche du serveur.
• Localisation• Site : "Martigues\Rayettes" pour le serveur situé sur le site des Rayettes et
"Martigues\Vallon" pour le serveur situé sur le site du Vallon.• Bâtiment : "Général" pour le serveur situé dans le bâtiment du site des Rayettes et du
Vallon.• Salle/Service : "Salle machines", "Salle autocom" et "Sous-répartiteur 12". La salle
où se situe le serveur.• Baie (Armoire) : "B1", "B2", "B3" et "SR6B" pour la baie accueillant le serveur en
rack.• Ferme/Serveur de machines virtuelles : "Aucune" pour le serveur n'accueillant pas de
machines virtuelles, "ChMartigues" désignant le serveur accueillant les machines virtuelles et "ChMartigues/nom_serveur_accueillant_machines_virtuelles" désignant
Philippe PHENGSAVATH Page 9 / 46
Centre Hospitalier de Martigues Version 1.00
la machine virtuelle attachée au serveur l'accueillant.
• Données matériel• Constructeur : Nom du fabricant de la machine (Dell, Bull, HP ou IBM).• Format : "Tour", "Rack" et "Virtuel" pour le serveur au format tour, en rack ou bien
virtualisé.• Hauteur (U) : Ceci ne concerne que le serveur en rack et se compte en unité. Sur la
baie, 2 trous de fixation des racks correspondent à 1 unité.• Poids (Kg) : Charge maximum pesant le serveur.• Nombre d'alimentations : Quantité d'alimentations disposant le serveur.• Dissipation calorifique maximale (W) : Donnée exprimée en BTU/h. Conversion en
Watt par la formule W = BTU/h x 0,293. Ceci permet de calculer la totalité des besoins en refroidissement de la salle serveur.
• Ligne produit : Type de produit de la machine (PowerEdge, Proliant, Novascale …).• Numéro (Modèle) : Modèle de la machine (R400, T300, DL360G5 …).• Numéro (Série) : Numéro de série de la machine.• Numéro (Produit) : Code produit de la machine.
• Mémoire vive• Conf.xx (Nombre de barrettes) : Nombre de mémoires installées.• Conf.xx (Capacité en Go) : Taille de la mémoire installée.• Conf.xx (Type) : "DDR2" et "DDR3" pour le type de mémoires installées.• Total (Go) : Taille totale des mémoires installées.• Slots (Libre) : Nombre d'emplacements libres de mémoires.• Slots (Total) : Nombre d'emplacements totaux de mémoires.
• Processeurs• Fondeur : Marque du processeur (IBM ou Intel).• Série : Type de processeur (PowerPC, Pentium, Core2Duo ou Xeon).• Modèle : Modèle du processeur (Power5, E5420 …).• Fréquence (Ghz) : Fréquence d'horloge du processeur (2,66 Ghz …).• Nombre de cœurs (par processeur) : Quantité de cœurs par processeur.• Nombre de processeurs : Quantité de processeurs dans la machine.
• Disques (Attachement direct)• Conf.xx (Nombre) : Quantité de disques durs installés.• Conf.xx (Type disque) : "IDE", "SATA", "SCSI" et "SAS" pour le type de disques
durs installés.• Conf.xx (Capacité en Go) : Taille du disque dur installé.• Conf.xx (RAID) : "RAID 0", "RAID 1", "RAID 5" et "MIROIR". Les RAID sont
gérés par une carte RAID tandis que le MIROIR, qui a la même fonction qu'un RAID 1, est géré par le système d'exploitation.
• Attachement SAN• Type : "iSCSI" si le serveur est attaché à un SAN.
Philippe PHENGSAVATH Page 10 / 46
Centre Hospitalier de Martigues Version 1.00
• Périphériques (Internes)• Lecteur disquettes : "3,5"" si un lecteur disquettes est présent.• Bandes : "DAT72", "DDS4" et "LTO2" si un lecteur de bandes est présent.• CD/DVD : "CD", "DVD" et "DVD/RW" si un lecteur CD ou DVD est présent.
• Périphériques USB (Externes)• Disque dur : Taille du disque dur si présent.• Numéro d'inventaire : Nombre à 4 chiffres permettant d'identifier un matériel via
AssetFrame.• Autre USB (xx) : Autres périphériques USB connectés à la machine.• Numéro d'inventaire xx : Nombre à 4 chiffres permettant d'identifier un matériel via
AssetFrame.
• Interfaces réseaux physiques• Nombre d'interfaces : Quantité de ports réseaux présents sur la machine.• Configuration : "Aggrégation" si plusieurs ports réseaux sont utilisés et qu'il n'y a pas
le même nombre en adresses IP. Ceci permet d'augmenter le débit et d'avoir une redondance.
• Type (xx) : "Cuivre". Tous les serveurs physiques sont connectés en cuivre.• Débit (Mb/s) : "10/100", "10/100/1000" et "2000" pour le débit gérée par la carte
réseau.• Adresse IP (xx) : Numéro d'identification attribué au serveur.
• Carte de management• Type : "ILO" si présent sur la machine. Cette carte permet de prendre le contrôle à
distance du serveur au niveau matériel, même éteint, pour par exemple redémarrer la machine.
• Adresse IP : Numéro d'identification attribué au serveur.
• Système d'exploitation• Editeur : Marque du système d'exploitation (Microsoft, RedHat, IBM, Mandriva ou
Debian).• Noyau : "Unix", "Linux" et "Windows" pour le type du système d'exploitation.• Version (Majeure) : "XP", "NT Server", "2003 Server" et "2008 Server" pour les
versions majeures Windows.• Version (Mineure) : "SP1", "SP2" et "SP3" pour les versions mineures de Windows.• Mouture : "Standard", "Enterprise" et "Professionnel" pour le type de version du
système d'exploitation.• Release : "OSR2" pour les versions Windows 2003 Server et 2008 Server.• Architecture : "x86" et "x64" désignant l'architecture 32 bits ou 64 bits du système
d'exploitation.
• Cycle de vie• ON/OFF (Tension) : "ON" et "OFF" désignant si le serveur est allumé ou éteint.• Phase : "Active". Tous les serveurs sont en service.• Action : "A éliminer", "A recycler", "Eliminé" et "Recyclé" si une des actions a
Philippe PHENGSAVATH Page 11 / 46
Centre Hospitalier de Martigues Version 1.00
été/doit être faite sur le serveur.• Ancien nom : Serveur ayant changé de nom.
• Support (Matériel)• Type de support : "Garantie", "Maintenance" et "Sur devis" si le serveur est sous
garantie ou en contrat de maintenance, sinon sur devis si hors garantie et sans contrat de maintenance.
• Site : "Sur site" et "Retour atelier". Tous les serveurs sont configurés sur site .• Prestataire : Nom du fabricant de la machine (Dell, Bull, HP ou IBM).• Date de fin : Date de fin de garantie de la machine.• Type : "5j/7" et "7j/7". Disponibilité du support du fabricant 5 jours sur 7 ou 7 jours
sur 7.• Délai maximal d'intervention : "4h", "8h" et "J+1". Délai d'intervention d'un
technicien sous 4h, 8h ou Jour+1.• Plage d'appel : Heure d'ouverture et de fermeture du support du fabricant.• Numéro de client : Identifiant de compte client chez le fabricant.• Numéro de contrat : Numéro de contrat souscrit chez un prestataire.• Contact : Numéro d'appel du support du fabricant de la machine.
IV.5. Méthode de récolte d'informationsPour récolter les informations, le fichier "Liste Serveurs CHM.xls" permet déjà de remplir
quelques colonnes :
• la catégorie physique, listant les serveurs physiques et virtuels• la fonction du serveur• l'adresse IP• le système d'exploitation
J'ai donc procédé au relevé d'informations dans les salles des serveurs physiques et ensuite, des serveurs virtuels par connexion à distance, pouvant se faire sans l'intervention d'une personne. Puis, la partie Support (Matériel) qui demande l'intervention d'un membre de la DSIO pour ces informations.
IV.5.a. Serveurs physiquesPour chacun des serveurs physiques, j'ai relevé toutes les informations suivantes concernant
la machine :
• en visuel, en se rendant au lieu où se trouve la machine.
CATEGORIE DONNEE COLLECTEE COMMENTAIRE
IDENTIFICATIONNom (Système) Etiquette collée en façade
Identifiant (Inventaire) Etiquette collée en façade
Philippe PHENGSAVATH Page 12 / 46
Centre Hospitalier de Martigues Version 1.00
LOCALISATION
Site 37 machines sur le site des Rayettes et 1 machine sur le site du Vallon
Bâtiment Bâtiments du site des Rayettes et du Vallon sont qualifiés de "Général"
Salle/Service
35 machines dans la "Salle machines", 2 dans la "Salle Autocom" et 1 dans la salle "Sous-répartiteur 12"
Baie (Armoire) Uniquement au format Rack
DONNEES MATERIEL
Constructeur Logo en façadeFormat Rack ou Tour
Hauteur (U) Uniquement au format RackNombre d'alimentations Nombre de prises électriques
branchées à l'arrière de la machine
Ligne produitEn façade
Numéro (Modèle)Numéro (Série) En façade ou au format
languette à tirerNuméro (Produit)
PROCESSEURSFondeur Autocollant Intel en façade.
Pour les IBM, il faut prendre le contrôle de la machineSérie
DISQUES (ATTACHEMENT DIRECT)
Nombre de disques dursLe nombre, le type et la capacité sont affichés en façade. Type de disque dur
Capacité en Go
PERIPHERIQUES (INTERNES)
Lecteur de disquettesPrésence ou non de lecteurs en façadeLecteur de bandes
Lecteur de CD/DVD
PERIPHERIQUES USB (EXTERNES)
Disque dur ou autres Présence ou non de périphériques USB à l'arrière de la machine. Relevé de l'identifiant AssetFrame si présence d'un matériel
Numéro d'inventaire
INTERFACES RESEAUX PHYSIQUES
Nombres d'interfaces Nombre de ports réseaux disponibles à l'arrière de la machineType
CYCLE DE VIE ON/OFF (Tension) Machine allumée ou éteinte
Philippe PHENGSAVATH Page 13 / 46
Centre Hospitalier de Martigues Version 1.00
• en connexion à distance, avec PuTTY pour les AIX, OpenSSH pour les Debian, Mandriva et RedHat, et le bureau à distance de Windows pour ces versions.
CATEGORIE DONNNEE COLLECTEE COMMENTAIRE
MEMOIRE VIVE
Nombre de barrettes- Sous Unix, "prtconf | more" et "bootinfo -r"- Sous Linux, "dmidecode | more" et "cat /proc/meminfo"- Sous Windows, les propriétés Système
Capacité en GoType de barrettes
Total en GoSlots (Libres)Slots (Total)
PROCESSEURS
Modèle - Sous Unix, "prtconf | more" et "lsattr -El nom_processeur"- Sous Linux, "dmidecode | more" et "cat /proc/cpuinfo"- Sous Windows, les propriétés Système
Fréquence (Ghz)Nombre de cœurs (par
processeur)Nombre de processeurs
DISQUES (ATTACHEMENT DIRECT)
Nombre de disques durs - Sous Unix, "lspv", "lspv nom_disque_dur", "lsvg" et "lsvg nom_volume"- Sous Linux, "pvdisplay" et "vgdisplay"- Sous Windows, les propriétés Gestion des disques
Type de disque dur
Capacité en Go
ATTACHEMENT SAN Type
- Sous Unix, "lspv", "lspv nom_disque_dur", "lsvg" et "lsvg nom_volume"- Sous Linux, "pvdisplay" et "vgdisplay"- Sous Windows, les propriétés Gestion des disques et Poste de travail
INTERFACES RESEAUX PHYSIQUES
Débit (Mb/s) - Sous Unix, "ifconfig -a"- Sous Linux, "ifconfig -a"- Sous Windows, "ipconfig /all"Adresse IP
Philippe PHENGSAVATH Page 14 / 46
Centre Hospitalier de Martigues Version 1.00
• en consultant le site du constructeur pour trouver les informations manquantes.
CATEGORIE DONNEE COLLECTEE COMMENTAIRE
DONNEES MATERIELPoids (Kg)
Site du fabricant de la machineDissipation calorifique
maximale (W)
MEMOIRE VIVEType de barrettes
Slots (Total)
PROCESSEURS Nombre de cœurs (par processeur)
Site du fabricant de la machine et du processeur
INTERFACES RESEAUX PHYSIQUES Débit (Mb/s) Site du fabricant de la carte
réseau
• en faisant appel à un membre de la DSIO, sur la partie "Exploitation".
CATEGORIE DONNEE COLLECTEE COMMENTAIRE
DONNEES GENERALESVisibilité
Christophe LAMAZE
Catégorie fonctionnelle
LOCALISATION Ferme/Serveur de machines virtuelles
DISQUES (ATTACHEMENT DIRECT) Conf.xx (RAID)
ATTACHEMENT SAN TypeINTERFACE RESEAUX
PHYSIQUES Configuration
CARTE DE MANAGEMENTType
Adresse IPSYSTEME
D'EXPLOITATION BOOT ON SAN
CYCLE DE VIEPhaseAction
Ancien nom
• en consultant les bons de commande de la machine pour les informations manquantes.
Philippe PHENGSAVATH Page 15 / 46
Centre Hospitalier de Martigues Version 1.00
IV.5.b. Serveurs virtuelsPour les serveurs virtuels, la relevé d'informations s'est faite à distance par le logiciel
WMware vSphere Client et les machines virtuelles sont hébergées et réparties sur 3 des 38 serveurs physiques. Les colonnes à renseigner sont moins importantes que les serveurs physiques et sont les suivantes :
• en connexion à distance, avec WMware vSphere Client.
CATEGORIE DONNEE COLLECTEE COMMENTAIREIDENTIFICATION Nom (Système)
VMware vSphere Client
LOCALISATION
SiteBâtiment
Salle/ServiceFerme/Serveur de machines
virtuellesDONNEES MATERIEL Format
MEMOIRE VIVE Total (Go)
PROCESSEURS
FondeurSérie
ModèleFréquence (Ghz)
Nombre de processeurs
DISQUES (ATTACHEMENT DIRECT)
NombreType de disqueCapacité en Go
INTERFACES RESEAUX PHYSIQUES
Nombre d'interfacesType
Débit (Mb/s)Adresse IP
CYCLE DE VIEON/OFF (Tension)
Phase
Philippe PHENGSAVATH Page 16 / 46
Centre Hospitalier de Martigues Version 1.00
• en faisant appel à un membre de la DSIO, sur la partie "Exploitation".
CATEGORIE DONNEE COLLECTEE COMMENTAIRE
DONNEES GENERALESVisibilité
Christophe LAMAZECatégorie fonctionnelle
IV.5.c. Partie Support (Matériel)La colonne "Support (Matériel)" fait appel à un membre de la DSIO pour la partie
administrative et qui correspond à la garantie de la machine ainsi que toutes les informations associées à cette garantie.
• en consultant le site du constructeur pour trouver les informations manquantes.
CATEGORIE DONNEE COLLECTEE COMMENTAIRE
SUPPORT (Matériel)Prestataire
Site du fabricant de la machinePlage d'appelContact
• en faisant appel à un membre de la DSIO, sur la partie "Administratif".
CATEGORIE DONNEE COLLECTEE COMMENTAIRE
SUPPORT (Matériel)
Type de support
Corinne LENGUA
SiteDate de fin
TypeDélai maximal d'intervention
Numéro de clientNuméro de contrat
• en appelant le support technique du fabricant de la machine pour les informations manquantes.
IV.6. Présentation du fichier d'inventaire des serveurs à la DSIOAprès avoir renseigné toutes les colonnes du fichier "Inventaire serveurs.xls", une réunion a
eu lieu pour présenter ce fichier aux membres de la DSIO sur la manière de le remplir. Ce fichier remplacera celui de "Liste Serveurs CHM.xls" et donc doit être validé auprès de la DSIO afin qu'il puisse être mis en production.
Philippe PHENGSAVATH Page 17 / 46
Centre Hospitalier de Martigues Version 1.00
V. CAHIER D'EXPLOITATION D'UN SYSTEME
Le cahier d'exploitation a pour objectif de fournir au responsable du système les éléments nécessaires pour assurer les services récurrents d'exploitation et il s'agit donc d'un document créé dans le cadre d'un projet dont le cycle de vie est attaché à celui du système.
V.1. Systèmes à traiterUne liste de systèmes a été établie par la DSIO afin de rédiger un cahier d'exploitation pour
chacun de ces systèmes, associés aux applications et à la personne concernée.
SYSTEME APPLICATIONS CONTACTMcKesson Evoluance GEF, GAM, RH Claude BILLY
Ressources Humaines Paie, Turbo, Gesform, Infoserv Claude BILLYRestauration Wincais, Reco, Winrest Michel ROUFFIAC
Circuit du médicament ImagePharma Michel ROUFFIACDMI (Dossier Médical
Informatisé) DMI, ATSI, PMSI-pilot
Labo Sir, Valab, Molis, Channel Claude BILLYAppels d'offre/Marchés Marco, MarcoWeb, Epicure, Cerbère Michel ROUFFIAC
Dialyse Exalis, LogidialPsychiatrie Psydoc Michel ROUFFIAC
Médecine préventive ChimedSécurité transfusionnelle Hemo Serveur Claude BILLY
Gestion SIIPS (Soins Infirmiers Individualisés à la Personne
Soignée)Gestion SIIPS
Dématérialisation des commandes Hospitalis Michel ROUFFIACGestion des stocks Newac Michel ROUFFIAC
Gestion IFSI (Institut de Formation en Soins Infirmiers) Log IFSI Roselyne SERRA
Gestion Parc Biomédical Optim Roselyne SERRAParking Ero, Park Roselyne SERRA
Messagerie Exchange Roselyne SERRASauvegarde Galaxy, One Touch Christophe LAMAZE
Liaison standard reconnaissance vocale Cogis Claude BILLY
Gestion de parc Asset Frame Roselyne SERRA
Philippe PHENGSAVATH Page 18 / 46
Centre Hospitalier de Martigues Version 1.00
NB : Schéma du Système d'Information CH Martigues et liste des applications utilisées en Annexe VII.4. Système d'Information CHM et VII.5. Liste des applications
Durant le stage, 2 systèmes ont été traités :
• Messagerie• Sauvegarde
V.2. La Messagerie
V.2.a. Description générale du systèmeLe système « Messagerie » est composé de 5 serveurs dont les rôles sont les suivants :
• Serveur de messagerie principale• Serveur de messagerie secondaire• Serveur d'archivage des boîtes aux lettres• Serveur WebMail• Serveur de relais de messagerie SMTP
et gère environ 520 boîtes aux lettres.
Terminal Urgences, HemoServeur et Antarès sont des applications utilisant la messagerie afin d'envoyer et de recevoir des informations vers/de l'extérieur.
Philippe PHENGSAVATH Page 19 / 46
Centre Hospitalier de Martigues Version 1.00
V.2.b. Serveurs de messagerieLes 2 serveurs de messagerie fonctionnent sous Microsoft Exchange 2010 Server disposant
d'un DAG et d'un CAS Array.
Le serveur de messagerie principale héberge l'instance active (« Monté ») de la banque de boîtes aux lettres et le serveur de messagerie secondaire pour l'instance passive (« Sain »). Les 2 serveurs sont actifs mais seulement la banque de boîtes aux lettres du serveur de messagerie principale est utilisée.
Le DAG (Database Availability Group) permet la réplication d'une base de données sur plusieurs serveurs, à condition qu'ils fassent parti du DAG en question et le CAS Array (Client Access Server) permet de basculer les connexions clients vers d'autres serveurs CAS en cas de défaillance.
Le principe est simple, prenons un exemple :
• le serveur de messagerie principale est indisponible.
– La base de données du serveur de messagerie secondaire passe en « Monté »et celle du principale indique « ServiceDown »
– Les clients Outlook sont déconnectés quelques secondes le temps que le cache DNS du poste clients concernant le CAS Array expire. Le client Outlook est reconnecté, passer ce laps de temps.
– Les clients OWA doivent être fermé et ouvert à nouveau si ceux-ci utilisaient le serveur de messagerie principale en tant que serveur CAS.
– Au retour en ligne du serveur de messagerie principale, la base de données est mise à jour avec celle du serveur secondaire et repasse en « Monté » tandis que celle du secondaire repasse en « Sain ».
• le serveur de messagerie secondaire est indisponible.
– La base de données du serveur de messagerie secondaire est indiquée « ServiceDown ».– Certains clients Outlook qui utilisaient le CAS du serveur de messagerie secondaire pour se
connecter à la boîtes aux lettres sont déconnectés le temps d'expiration de l'enregistrement DNS concernant le CAS Array.
– Au retour en ligne du serveur de messagerie secondaire, la base de données est mise à jour avec celle du serveur principal et repasse en « Sain ».
V.2.c. Serveur d'archivageLe serveur d'archivage s'appuie sur l'application Symantec Enterprise Vault pour l'archivage
des 520 Boîtes Aux Lettres (BAL).
La planification d'archivage des BAL est programmée tous les Samedis sur une plage d'horaire de 4h00 à 18h00 via la console d'administration de l'application Enterprise Vault.
Philippe PHENGSAVATH Page 20 / 46
Centre Hospitalier de Martigues Version 1.00
V.2.d. Serveur WebMailLe serveur WebMail s'appuie sur l'application Microsoft Forefront Threat Management
Gateway permettant l'accès à distance sécurisé aux données et aux applications, tout en protégeant contre les menaces en provenance d'Internet.
Il est situé dans une DMZ et permet d'accéder à la boîte aux lettres depuis l'extérieur via l'application Outlook Web Access (OWA).
V.2.e. Serveur de relais de messagerie SMTPLe serveur de relais de messagerie SMTP est situé dans une DMZ et autorise l'envoi des
mails vers l'extérieur à partir d'une liste d'adresses mails autorisées, exportée depuis les serveurs de messagerie Exchange.
V.2.f. Les applicationsDes applications utilisent la messagerie Exchange pour envoyer et recevoir des
informations :
• Terminal Urgences, une application de gestion des services d'urgences et permet le suivi des patients et de leurs pathologies ainsi que la localisation des patients dans le Service des Urgences.
Le système « Terminal Urgences » est en charge de l'envoi des Résumés de Passages aux Urgences (RPU) vers le serveur de l'ARS (Agences Régionales de Santé) pour la participation à la veille sanitaire.
Des fichiers sont générés tous les jours (1 fichier de données RPU à 02h30 et 1 fichier de données ARS à 00h14) et sont envoyés par FTP. Le nom de fichier est généré par la date et l'heure de traitement et ces fichiers sont stockés dans /var/log/RPU et /var/log/ARH.
Tous les jours, un mail est envoyé aux membres de la DSIO confirmant la bonne intégration des données par l'ARS.
Si le système de messagerie venait à dysfonctionner, le mail ne pourrait pas être reçu. Le suivi de la bonne réception et intégration des fichiers ne pourrait pas être réalisé correctement.
• Antarès, un bus applicatif qui assure la double fonction de serveur d'échanges électroniques professionnels (EDI) et de gestionnaire des processus métiers et des interfaces applicatives (EAI).
Le système « Antarès » est en charge de l'envoi et de la réception des flux de données liés à la messagerie en mode sécurisé.
Si le système de messagerie venait à dysfonctionner, il n'y aurait plus d'échanges de flux de données et aura un impact sur le fonctionnement des applications suivantes :
Philippe PHENGSAVATH Page 21 / 46
Centre Hospitalier de Martigues Version 1.00
– GEF (Gestion Economique et Financière) pour la paie, la comptabilité, la trésorerie …– GAM (Gestion Administrative du Malade) pour les échanges avec la Sécurité Sociale et
les Mutuelles …– HemoServeur avec l'Etablissement Français du Sang (EFS)
• HemoServeur, un logiciel de gestion des produits sanguins dans les établissements de soins.
Le système « HemoServeur » récupère les informations envoyées par l'Etablissement Français du Sang par l'intermédiaire d'Antarès.
Si le système de messagerie venait à dysfonctionner, il n'y aura pas de données à récupérer sur Antarès.
V.2.g. La maintenanceLe Groupe RDI est un prestataire externe en charge de la maintenance des serveurs par une
vérification quotidienne à distance des contrôles de sécurité de ces serveurs.
Un rapport quotidien est envoyé tous les matins par mail aux services Production et Support de la DSIO ainsi qu'un rapport hebdomadaire envoyé tous les Lundis sur le résumé de la semaine dernière. Un rapport mensuel est envoyé le 10 du mois d'après sur l'état des lieux des serveurs.
V.3. La Sauvegarde
V.3.a. Description générale du systèmeLe système « Sauvegarde » est composé de 3 serveurs dont les rôles sont les suivants :
• Serveur de sauvegarde principale Windows• Serveur de sauvegarde Linux• Serveur de sauvegarde AIX
s'appuyant sur l'application de sauvegarde et de restauration CommVault Galaxy et One Touch.
Philippe PHENGSAVATH Page 22 / 46
Centre Hospitalier de Martigues Version 1.00
V.3.b. Serveur Galaxy + One Touch WindowsLe serveur de sauvegarde principale héberge les 2 applications de CommVault :
• Galaxy : L'application permet la sauvegarde et la restauration des données (File System, Oracle, Exchange Database …) depuis la console CommVault Simpana CommCell.
L'application permet de paramétrer une pré-sauvegarde et une post-sauvegarde si besoin, une planification de la sauvegarde, les données à exclure dans la sauvegarde ...
Philippe PHENGSAVATH Page 23 / 46
Centre Hospitalier de Martigues Version 1.00
• One Touch Windows : L'application est une fonction complémentaire de CommVault et permet la sauvegarde et la restauration du système (système d'exploitation, drivers …).
Le serveur de sauvegarde principale héberge la version Windows et gère les machines sous cette environnement.
V.3.c. Serveur One Touch Linux et AIXLes serveurs One Touch Linux et AIX gèrent les machines sous leur environnement
respectif.
L'option One Touch doit être cochée dans CommVault pour que cette fonction soit prise en compte dans la version 8. A la version 9 de CommVault, il n'y aura plus besoin de cocher cette option.
V.3.d. AcronisLe système de sauvegarde et de restauration Acronis concerne le serveur Galaxy + One
Touch Windows et le serveur One Touch Linux car ces derniers ne pouvant pas se sauvegarder eux-même.
L'application se présente sous forme de CD bootable et s'effectue à froid, c'est-à-dire que la machine soit éteinte, et sauvegarde le système sur le disque dur externe USB.
V.3.e. MKCDRECLe système de sauvegarde et de restauration MKCDREC est installé sur un serveur autre que
les serveurs de sauvegarde.
MKCDREC sauvegarde le système sur la baie de stockage dans un répertoire portant le nom du serveur qui héberge l'application.
En cas de dysfonctionnement du système, il peut être restauré avec l'image ISO.
V.3.f. MKSYSBLe système de sauvegarde et de restauration MKSYSB concerne 2 serveurs sous AIX qui
s'exécute par un script shell « save_system » :
#!/bin/kshexec 1>/expl/save_system.log 2>&1# Ce shell constitue le neccessaire pour pouvoir restaurer cette machine #Il execute un vg_recovery (save-vg) pour integrer a rootvg les definitions#des VG et FS des autres VG que rootvg
Philippe PHENGSAVATH Page 24 / 46
Centre Hospitalier de Martigues Version 1.00
#Puis il execute une save style classique sur Bande echo "DebutSavevg par vg_recovery `date` "/expl/vg_recovery #echo "Debut mksysb sur Tape DAT72 `date` "#/usr/bin/mksysb '-i' '-X' /dev/rmt0 #echo "Debut mksysb sur Tape SDLT `date` "#/usr/bin/mksysb '-i' '-X' /dev/rmt1 #echo "Debut mksysb sur DVD-RAM SANS EXCLUDE `date` "/usr/sbin/mkcd -U -d '/dev/cd0' -V 'rootvg' echo "Fin mksysb `date` "
V.3.g. Les librairiesL'autre partie du système de sauvegarde représente les librairies et les éléments de la
configuration de sauvegarde sont les suivants :
• le serveur de sauvegarde principale• la librairie de bandes disposant de 2 lecteurs iSCSI LTO4 NDMP et de 2 tiroirs de 30 slots.
La connexion entre le serveur de sauvegarde principal et la librairie de bandes se fait par le réseau IP sur un VLAN dédié en protocole iSCSI.
• la librairie virtuelle sur la baie de stockage hébergeant les VTL (Virtual Tape Library)
La sauvegarde des VTL est effectuée par l'application CommVault Auxiliary Copy en récupérant ces VTL à sauvegarder et les envoie à la librairie de bandes.
Dès que la sauvegarde est effectuée sur la librairie de bandes, les VTL sur la baie de stockage sont supprimés si l'espace disque est presque remplie.
Philippe PHENGSAVATH Page 25 / 46
Centre Hospitalier de Martigues Version 1.00
V.3.h. Les machines virtuellesLa sauvegarde des machines virtuelles est effectuée par l'application VMware Consolidated
Backup (VCB) et exécutée par 2 scripts sur le serveur de sauvegarde principale :
• « script.bat » s'exécute 1 fois par jour pour les machines virtuelles où il y a eu beaucoup de modifications.
• « script-HEBDO.bat » s'exécute 1 fois la fin de la semaine pour les machines virtuelles où il y a peu de modifications.
Philippe PHENGSAVATH Page 26 / 46
Centre Hospitalier de Martigues Version 1.00
VI.CONCLUSION
La période de stage en entreprise a été bénéfique dans le cadre de ma formation, tant sur le plan technique que sur le plan relationnel. D'une part, les projets dont j'ai eu la tâche de rédiger les documentations m'ont permis de mettre en pratique tout ce que j'ai pu apprendre durant ma formation, notamment grâce à notre formateur et son insistance à tout documenter. D'autre part, j'ai rencontré des personnes très aimables qui m'ont bien accueilli, toujours disponibles malgré une fin d'années très chargée suite au projet DPI (Dossier Patient Informatisé).
Ce stage me permet d'avoir une vision sur le métier de TSGERI, du moins sur la partie documentation qui est pour ma part un point important. La rédaction des cahiers d'exploitation en est un exemple sur l'importance de cette documentation qui décrit l'ensemble du système.
Philippe PHENGSAVATH Page 27 / 46
Centre Hospitalier de Martigues Version 1.00
VII. ANNEXE
VII.1. Charte de bon usage des ressources informatiquesObjet : La présente charte a pour objectif de définir les règles d'utilisation des ressources informatiques mises à disposition du personnel du Centre Hospitalier de Martigues et ainsi que :
• assurer la sécurité du système d'information• garantir la confidentialité des données• maintenir les performances du système
Plan : I. Principes fondamentauxII. L'essentiel : « Faire et Ne pas faire »III. Modalités d'application
DéfinitionsChapitre 1 – Domaine d'application de la charteChapitre 2 – Conditions d'accès aux ressources informatiques de l'établissementChapitre 3 – Conditions d'accès aux services InternetChapitre 4 – Règles de sécuritéChapitre 5 – Respect de la confidentialité des informationsChapitre 6 – Obligations relatives à la propriété des logiciels et des œuvres protégées par le droit d'auteurChapitre 7 – Obligations relatives aux données nominatives
IV. Annexe : références législatives et réglementaires
I. PRINCIPES FONDAMENTAUX
Principes Applications Pourquoi ?: illustration
1 – Utilisation des ressources informatiques à des FINS PROFESSIONNELLES
- Seuls les logiciels installés par la DSIO sont autorisés. L'installation de logiciel(s) spécifique(s) doit faire l'objet d'un accord préalable de la DSIO.
- La connexion à des sites Internet, le téléchargement de fichiers, … sans rapport avec l'activité professionnelle hospitalière, sont interdits.
En installant des logiciels non référenciés et/ou testés par la DSIO, vous risquez de bloquer votre PC …
En téléchargeant de la musique, vous effondez les performances du réseau et pénalisez tous les utilisateurs ...
Philippe PHENGSAVATH Page 28 / 46
Centre Hospitalier de Martigues Version 1.00
2 – CONFIDENTIALITE du mot de passe
- Le droit d'accès à un système informatique est personnel et incessible : le nom de l'utilisateur permet l'identification, son mot de passe garantit l'authentification.
En communiquant sciemment ou non votre mot de passe, vous risquez de donner accès à un tiers, à des données non autorisées ...
3 – RESPECT des biens matériels et informationnels
- L'utilisateur est responsable du matériel mis à disposition.
- La communication à des tiers non autorisés de fichiers internes à l'établissement est interdite.
En laissant votre portable non sécurisé par un cordon antivol dans votre bureau ouvert, vous risquez de vous le faire voler ...
II. L'ESSENTIEL : « FAIRE ET NE PAS FAIRE »
FAIRE NE PAS FAIRE1 – Utilisation de l'outil informatique à des FINS PROFESSIONNELLES
Faire une demande écrite à la DSIO pour toute installation d'un nouveau logiciel (logiciel de démonstration remis par un laboratoire ou un fournisseur, logiciel à installer dans le cadre de la réglementation ...)
- Installer des logiciels ou utilitaires sans l'accord de la DSIO.- Installer des jeux, des toolbar, changer le navigateur, télécharger de la musique, des vidéos …
Le risque ?: bloquer le poste de travail (incompatibilités logicielles, contamination par un virus ...)
2 - CONFIDENTIALITE
Modifier son mot de passe régulièrement et le garder secret.
- Laisser son mot de passe en évidence sur l'écran ou sur son bureau.- Communiquer son mot de passe à un tiers.
Le risque ?: accès par un tiers à des données non autorisées, malveillance ...
Protéger ses données confidentielles par un mot de passe directement attaché au document contenant ces données.
Stocker sur un serveur partagé directement accessible par d'autres utilisateurs, ses documents confidentiels, sans les protéger par un mot de passe.
Choisir un mot de passe en combinant des caractères numériques et alphanumériques.
- Choisir comme mot de passe, le prénom d'un proche, une date de naissance, votre nom d'utilisateur, le nom de votre animal de compagnie …
Philippe PHENGSAVATH Page 29 / 46
Centre Hospitalier de Martigues Version 1.00
- Incrémenter de 1 à n le mot de passe sans jamais le changer (ex : dupont001, dupont002 ...)
3 – RESPECT des biens matériels et informationnelsOuvrir une session avec son nom d'utilisateur ; si une session est déjà ouverte sous un autre nom, fermer cette session et se reconnecter.
Utiliser un compte autre que le sien, travailler sur un PC en session sous un compte autre que le sien.
Se déconnecter (fermer la session) avant de quitter son bureau.
Quitter son poste de travail sans se déconnecter en laissant des ressources ou services accessibles.
Sécuriser les ordinateurs portables par un câble antivol.
Laisser un ordinateur portable sans antivol dans un bureau ouvert
III. MODALITES D'APPLICATION
Définitions________________________________________________________________________________
On appelle « Utilisateur » toute personne ayant accès ou utilisant des ressources informatiques dans le cadre de son activité au sein de l'établissement.
Par « ressources informatiques », on entend :
• les moyens informatiques matériels : serveurs, ordinateurs, imprimantes, et tout autre équipement informatique.
• les logiciels, qu'ils soient sur l'ordinateur de l'utilisateur ou sur les serveurs de l'établissement et accédés via le réseau.
Chapitre 1 – Domaine d'application de la charte________________________________________________________________________________
1. Les règles décrites dans la présente charte s'appliquent à tout le personnel du Centre Hospitalier de Martigues, utilisateur ou non des ressources informatiques de l'établissement dans le cadre de son activité.
2. Les intervenants extérieurs (sous-traitants, stagiaires, intérimaires …), susceptibles d'accéder aux ressources informatiques, sont placés sous la responsabilité du chef du service d'accueil, lequel doit veiller à l'application de la charte.
3. Le non-respect avéré d'une de ces règles entraîne la suspension de l'accès aux ressources infiormatiques, voire, en cas de violation d'un texte législatif ou réglementaire, des poursuites judiciaires et disciplinaires.
4. Les diverses lois concernées par ce document sont présumées connues et listées en annexe.
Philippe PHENGSAVATH Page 30 / 46
Centre Hospitalier de Martigues Version 1.00
Chapitre 2 – Conditions d'accès aux ressources informatiques de l'établissement________________________________________________________________________________
L'utilisation des ressources informatiques du Centre Hospitalier de Martigues est soumise à autorisation préalable :
1. Cette autorisation est concrétisée par l'ouverture de compte et par l'utilisation d'un poste de travail.
2. Cette autorisation est strictement personnelle et ne doit en aucun cas être cédée, même temporairement, à un tiers.
3. Cette autorisation ne vaut que pour des activités conformes aux missions du Centre Hospitalier de Martigues, dans le respect de la législation en vigueur rappelée en annexe et uniquement pour les missions confiées à l'utilisateur.
4. En cas de non observation avérée de la charte, le Centre Hospitalier de Martigues se réserve le droit de retirer à tout moment cette autorisation et ce, sans préavis.
Chapitre 3 – Conditions d'accès aux services Internet________________________________________________________________________________
L'usage d'Internet n'est autorisé que dans le cadre exclusif de l'activité professionnelle de l'utilisateur conformément à la législation en vigueur, rappelée en annexe.
1. Les pratiques suivantes ne sont pas autorisées :– le téléchargement de vidéo, d'images animées, de banques de son non liées à
l'activité professionnelle de l'utilisateur : il est rappelé que la navigation sur des sites et ou la sauvegarde de documents à caractère raciste, pédophile … est punissable par la loi n°227-23 du code pénal.
– la diffusion par messagerie de document sans caractère professionnel.– le « spam » (diffusion d'un document en grand nombre).– les forums en dehors de groupes de travail en rapport avec l'activité professionnelle
de l'utilisateur.– le principe de « chaîne » c'est-à-dire la diffusion collective démultipliée par le biais
du receveur d'information.2. La durée de connexion sur les sites doit rester raisonnable.3. La DSIO pourra mettre en œuvre les moyens permettant :
– de filtrer des sites Internet non autorisés (à caractère pornographique, xénophobe, injurieux, pédophile, diffamatoire, raciste …).
– d'interdire de télécharger des logiciels non autorisés.– de contrôler à posteriori les données de connexion à Internet.
Chapitre 4 – Règles de sécurité________________________________________________________________________________
1. Tout utilisateur doit choisir des mots de passe sûrs respectant à minima les recommandations décrites au titre II de la présente charte. Ces mots de passe doivent être gardés secrets, modifiés régulièrement et en aucun cas être communiqués à qui que ce soit.
Philippe PHENGSAVATH Page 31 / 46
Centre Hospitalier de Martigues Version 1.00
2. Tout utilisateur est responsable des ressources matérielles et logicielles auxquelles il a accès.3. Les utilisateurs ne doivent pas utiliser des comptes autres que ceux pour lesquels ils ont reçu
une autorisation. Ils doivent s'abstenir de toute tentative de s'approprier ou de déchiffrer le mot de passe d'un autre utilisateur.
4. L'utilisation et le développement de programmes mettant sciemment, ou risquant de mettre en cause l'intégrité des systèmes informatiques, sont interdits.
5. Tout constat de violation, tentative de violation ou soupçon de violation d'un système informatique doit être signalé à la cellule Qualité Méthodes Gestion de la DSIO.
Chapitre 5 – Respect de la confidentialité des informations________________________________________________________________________________
1. Les utilisateurs ne doivent pas tenter de lire, de copier, de divulguer ou de modifier les fichiers d'un autre utilisateur sans y avoir été autorisés.
2. Les utilisateurs doivent s'interdire toute tentative d'interception de communications entre tiers.
3. Les utilisateurs sont tenus à la réserve d'usage sur toute information relative au fonctionnement interne du Centre Hospitalier de Martigues qu'ils auraient pu obtenir en utilisant des ressources informatiques.
4. Les utilisateurs sont tenus de prendre, avec l'aide éventuelle de la DSIO, les mesures de protection des données nécessaires au respect des engagements de confidentialité pris par le Centre Hospitalier de Martigues vis-à-vis de tiers.
Chapitre 6 – Obligations relatives à la propriété des logiciels et des œuvres protégées par le droit d'auteur________________________________________________________________________________
1. L'utilisation des logiciels et plus généralement de tout document (fichier, image, son) doit se faire dans le respect de la propriété intellectuelle (loi 92-597 du 1er juillet 1992) :
a. La reproduction des logiciels est interdite. Seul l'établissement d'une copie de sauvegarde pourra être autorisé par la DSIO.b. Il est strictement interdit d'installer sur tout système du Centre Hospitalier de Martigues un logiciel quelconque, sans en avoir fait la demande auprès de la DSIO.
2. L'utilisateur est responsable de tout dysfonctionnement constaté directement causé par l'installation d'un logiciel non autorisé. Dans le cas de l'utilisation d'un compte générique partagé par plusieurs utilisateurs, cette responsabilité est portée par le Chef de Service.
Chapitre 7 – Obligations relatives aux données nominatives________________________________________________________________________________
1. Toute mise en œuvre d'un traitement automatisé de données à caractère personnel doit faire l'objet, préalablement, d'une déclaration ou d'une demande d'avis auprès de la Commission Nationale Informatique et Libertés (loi du 6 Janvier 1978 relative à l'informatique, aux fichiers et aux libertés).
2. Toute personne susceptible de mettre en œuvre de tels traitements s'engage à en faire la
Philippe PHENGSAVATH Page 32 / 46
Centre Hospitalier de Martigues Version 1.00
demande auprès de la DSIO, laquelle effectuera auprès de la CNIL, avec la direction de l'établissement, les démarches nécessaires.
IV. ANNEXE : REFERENCES LEGISLATIVES ET REGLEMENTAIRES
• La loi du 06 Janvier 1978 dite informatique et liberté
• La législation relative à la fraude informatique (article 323-1 à 323-7 du Code pénal)
• La loi du 10 Juillet 1991, relative au secret des correspondances émises par voie de télécommunication
• La législation relative à la propriété intellectuelle• La loi du 04 Août 1994 relative à l'emploi de la langue française• La législation applicable en matière de cryptologie, notamment l'article 28 de la loi du 29
Décembre 1990 sur la réglementation des télécommunications dans sa rédaction issue de l'article 17 de la loi du 26 Juillet 1996 et par ses décrets d'application du 24 Février 1998, 23 Mars 1998 et 17 Mars 1999
• La directive 96/9CE du 11 Mars 1996 concernant la protection juridique des bases de données
• La loi n° 2002-303 du 04 Mars 2002 relative aux droits des malades et à la qualité du système de santé
• Loi n° 227-23 du Code pénal, qui criminalise le fait, de fixer, d'enregistrer ou de transmettre, en vue de sa diffusion, l'image ou la représentation d'un mineur qui présente un caractère pornographique
Philippe PHENGSAVATH Page 33 / 46
Centre Hospitalier de Martigues Version 1.00
VII.2. Tableau de la saisie autonome
CATEGORIE DONNEE ACCES A L'INFORMATIONIDENTIFICATION IDENTIFIANT (Inventaire) Salle serveur
DONNEES GENERALESCATEGORIE PHYSIQUE Liste Serveurs
Prise en mainFONCTION Liste Serveurs
LOCALISATION
SITE Salle serveurBATIMENT Salle serveur
BAIE (Armoire) Salle serveurFERME/SERVEUR DE
MACHINES VIRTUELLES Prise en main
DONNEES MATERIEL
CONSTRUCTEUR Salle serveur
FORMAT Salle serveurSite constructeur
HAUTEUR (U) Salle serveurSite constructeur
POIDS (Kg) Site constructeurNOMBRE
D'ALIMENTATIONSSalle serveur
Site constructeurDISSIPATION CALORIFIQUE
(W) Site constructeur
LIGNE PRODUIT Salle serveurNUMERO (Modèle) Salle serveurNUMERO (Série) Salle serveur
NUMERO (Produit) Salle serveurSite constructeur
MEMOIRE VIVE CONF. 1 (Nombre de barrettes) Prise en mainCONF. 1 (Capacité en Go) Prise en main
CONF. 1 (Type) Site constructeurPrise en main
CONF. 2 (Nombre de barrettes) Prise en mainCONF. 2 (Capacité en Go) Prise en main
CONF. 2 (Type) Site constructeurPrise en main
TOTAL (Go) Prise en mainSLOTS (Libre) Prise en main
Philippe PHENGSAVATH Page 34 / 46
Centre Hospitalier de Martigues Version 1.00
SLOTS (Total) Site constructeurPrise en main
PROCESSEUR
FONDEUR Prise en mainSERIE Prise en main
MODELE Prise en main
FREQUENCE (Ghz) Prise en mainSite constructeur
NOMBRE DE COEUR (par processeur)
Prise en mainSite constructeur
NOMBRE DE PROCESSEURS Prise en main
DISQUES DURS
CONF. 1 (Nombre)
Salle serveurPrise en main
CONF. 1 (Type disque)CONF. 1 (Capacité en Go)
CONF. 2 (Nombre)CONF. 2 (Type disque)
CONF. 2 (Capacité en Go)
PERIPHERIQUES (Internes)DISQUETTES
Salle serveurPrise en mainBANDES
CD/DVD
PERIPHERIQUES USB (Externes)
DISQUE DUR
Salle serveur
NUMERO D'INVENTAIREAUTRE USB (2)
NUMERO D'INVENTAIRE 2AUTRE USB (3)
NUMERO D'INVENTAIRE 3INTERFACES RESEAUX
PHYSIQUES NOMBRE D'INTERFACES Salle serveurSite constructeur
TYPE (1) Salle serveurSite constructeur
DEBIT (Mo/s) Site constructeurPrise en main
ADRESSE IP (1) Liste ServeursPrise en main
TYPE (2) Salle serveurSite constructeur
DEBIT (Mo/s) Site constructeur
Philippe PHENGSAVATH Page 35 / 46
Centre Hospitalier de Martigues Version 1.00
Prise en main
ADRESSE IP (2) Liste ServeursPrise en main
TYPE (3) Salle serveurSite constructeur
DEBIT (Mo/s) Site constructeurPrise en main
ADRESSE IP (3) Liste ServeursPrise en main
TYPE (4) Salle serveurSite constructeur
DEBIT (Mo/s) Site constructeurPrise en main
ADRESSE IP (4) Liste ServeursPrise en main
SYSTEME D'EXPLOITATION
EDITEUR Liste serveursPrise en main
NOYAU Liste ServeursPrise en main
VERSION (Majeure) Liste ServeursPrise en main
VERSION (Mineure) Liste ServeursPrise en main
MOUTURE Liste ServeursPrise en main
ARCHITECTURE Prise en main
CYCLE DE VIEON/OFF (Tension) Salle serveur
Prise en main
PHASE Salle serveurPrise en main
Philippe PHENGSAVATH Page 36 / 46
Centre Hospitalier de Martigues Version 1.00
VII.3. Tableau des données complémentaires
CATEGORIE DONNEE ACCES A L'INFORMATION
DONNEES GENERALESVISIBILITE
Exploitation
CATEGORIE FONCTIONNELLE
DISQUES DURSCONF. 1 (RAID)CONF. 2 (RAID)
ATTACHEMENT SAN TYPEINTERFACES RESEAUX
PHYSIQUES CONFIGURATION
CARTE DE MANAGEMENTTYPE
ADRESSE IP
CYCLE DE VIEACTION
ANCIEN NOM
SUPPORT (Matériel)
TYPE DE SUPPORT
Administratif
SITEPRESTATAIREDATE DE FIN
TYPEDELAI D'INTERVENTION
PLAGE D'APPELNUMERO DE CLIENT
NUMERO DE CONTRATCONTACT
Philippe PHENGSAVATH Page 37 / 46
Centre Hospitalier de Martigues Version 1.00
VII.4. Système d'information CHM
Philippe PHENGSAVATH Page 38 / 46
LOG
IDIA
LG
estio
n C
entre
H
émod
ialy
se
DM
IPM
SI M
CO
SS
RS
aisi
e de
l’ac
tivité
Doc
umen
ts b
urea
utiq
ues
Vis
u S
éjou
rs e
t Pré
sent
s pa
r ser
vice
Dos
sier
s de
spé
cial
ités
MO
& D
MI
Pla
n B
LAN
CAl
arm
esD
eman
des
de d
ossi
e rs
DD
M
DM
IP
MS
I MC
O S
SR
Sais
ie d
e l’a
ctiv
itéD
ocum
ents
bur
eaut
ique
sV
isu
Séj
ours
et P
rése
nts
par s
ervi
ceD
ossi
ers
de s
péci
alité
sM
O &
DM
IP
lan
BLA
NC
Alar
mes
Dem
ande
s de
dos
sie r
s D
DM
SIIP
S200
0 G
estio
n S
IIPS
MO
LIS
Ges
tion
Labo
rato
ires
WIN
RES
TG
estio
n R
epas
Pat
ient
s
VALA
B V
alid
atio
ns
Aut
omat
ique
s B
ioch
imie
SIR
Inte
rpré
tatio
nR
ésul
tats
Bac
tério
EXA
LIS
Con
nexi
on
Gén
érat
eurs
VIEW
POIN
TEc
ho F
oeta
les
PSYD
OC
Ges
tion
Sec
teur
s de
Psy
chia
trie
CM
PPFa
ctur
atio
n C
MP
P
ASC
LEPI
OS
Ges
tion
Cyt
osta
tique
s
Auto
mat
e ba
ctér
io
Gén
érat
eurs
Echa
nge
d’in
fos
sem
i -aut
omat
isé
Echa
nge
d’in
fos
com
plèt
emen
t aut
omat
isé
Info
rmat
ions
ress
aisi
e s m
anue
llem
ent
Echa
nge
d’in
fos
sem
i -aut
omat
isé
Echa
nge
d’in
fos
com
plèt
emen
t aut
omat
isé
Info
rmat
ions
ress
aisi
e s m
anue
llem
ent
Pro
gici
el a
cqui
s
Hor
s in
form
atiq
ue
Pro
gici
el m
aiso
nP
rogi
ciel
acq
uis
Hor
s in
form
atiq
ue
Pro
gici
el m
aiso
n
LAB
O
DIA
LYSE
Dom
aine
Pat
ient
s A
dmin
istra
tifD
omai
ne E
cono
mat
Fin
ance
sD
omai
ne R
esso
urce
s H
umai
nes
Dom
aine
Pat
ient
s M
é dic
alD
omai
ne P
atie
nts
Adm
inis
tratif
Dom
aine
Eco
nom
at F
inan
ces
Dom
aine
Res
sour
ces
Hum
aine
s
Dom
aine
Pat
ient
s M
é dic
al
SYST
EME
DSY
STEM
E D
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S ––
Oct
. 201
1O
ct. 2
011
DO
MA
INE
PATI
E NT
DO
MA
INE
PATI
E NT
SYST
EME
DSY
STEM
E D
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S ––
Oct
. 201
1O
ct. 2
011
DO
MA
INE
PATI
E NT
DO
MA
INE
PATI
E NT
auto
mat
es
INFO
SER
VG
estio
n Ta
xatio
ns
Télé
phon
ique
s
PA
BX
Noy
au
GAM
EVR
H
GEF
Noy
au
GAM
EVR
H
GEF
TER
MIN
AL
UR
GEN
CES
IMA
GE
PHA
RM
AC
ircui
t du
méd
icam
ent
GEF
LIA
ISO
N S
tand
ard
reco
voca
le C
OG
IS
HEM
OSE
RVE
UR
Séc
urité
Tr
ansf
usio
nnel
le
ATI
H
Cha
îne
PMSI
EFS
CP
AM
GEF
CP
AM
Mut
uelle
sTG
E-P
MS
I
Dic
’TC
R
Imag
erie
ON
E M
AN
AG
ER
Ren
dez-
vous
Imag
erie
Ren
dez-
vous
Gyn
éco,
car
dio
Ren
dez -
vous
Gyn
éco,
car
dio
PMSI
-Pilo
t
Prog
ram
mat
ion
séjo
urs
chir
urgi
e +
bloc
Prog
ram
mat
ion
séjo
urs
chir
urgi
e +
bloc
AR
GO
SSC
lass
ifica
tion
des
Pers
onne
s A
gées
Dem
ande
s de
tra
nspo
rt pa
tient
s
OR
GA
MED
ICA
MSP
Act
ivité
des
CA
MS
P
PEPS
–A
ctiv
ité d
es
Esp
aces
San
té J
eune
s
MEN
ESTR
ELG
estio
n ac
tivité
S
SIA
D
CH
AN
NEL
Ser
veur
ré
sulta
ts la
bo
Centre Hospitalier de Martigues Version 1.00
Philippe PHENGSAVATH Page 39 / 46
ASS
ET F
RA
ME
Ges
tion
Par
c In
form
a tiq
ue
OPT
IMG
estio
n P
arc
Bio
méd
ical
et
Tec
hniq
ue
ALLP
LAN
Des
sin
Ass
isté
par
O
rdin
ateu
r
GES
FOR
M V
3G
estio
n Fo
rmat
ion
Con
tinue
WIN
RES
TG
estio
n Pr
oduc
tion
Cui
sine
INFO
SER
VAn
nuai
re In
tern
e
ERO Ges
tion
Bad
ges
Barri
ères
Par
king
CH
IMED
Méd
ecin
e Pr
éven
tive
WIN
CA
ISG
estio
n C
aiss
e S
elf
du P
erso
nnel
Barri
ères
Pa
rkin
g
Echa
nge
d’in
fos
sem
i -aut
omat
isé
Echa
nge
d’in
fos
com
plèt
emen
t aut
omat
isé
Info
rmat
ions
ress
aisi
e s m
anue
llem
ent
Echa
nge
d’in
fos
sem
i -aut
omat
isé
Echa
nge
d’in
fos
com
plèt
emen
t aut
omat
isé
Info
rmat
ions
ress
aisi
e s m
anue
llem
ent
BU
REA
UTI
QU
EM
S O
ffice
MS
Exch
ange
Prog
icie
l acq
uis
Hor
s in
form
atiq
ue
Prog
icie
l mai
son
Dom
aine
Pat
ient
s A
d min
istra
tifD
omai
ne E
cono
mat
Fin
ance
sD
omai
ne R
esso
urce
s H
umai
nes
Dom
aine
Pat
ient
s M
é dic
al
SYST
EME
DSY
STEM
E D
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S ––
Oct
. 201
1O
ct. 2
011
DO
MA
INES
GEF
+ R
HD
OM
AIN
ES G
EF +
RH
SYST
EME
DSY
STEM
E D
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S
’INFO
RM
ATI
ON
CH
MA
RTI
GU
E S ––
Oct
. 201
1O
ct. 2
011
DO
MA
INES
GEF
+ R
HD
OM
AIN
ES G
EF +
RH
EPIC
UR
E +
CER
BER
EM
arch
és P
harm
acie
Lab
o
SPH
INX
Ges
tion
Enq u
êtes
TUR
BO
Ges
tion
Pla
nnin
gsTU
RB
OG
estio
n P
lann
ings
LO.G
.IFSI
Ges
tion
IFS
I
WEB
POR
TAL
Site
Web
IFSI
SUPE
RD
OC
PR
EMIU
MG
estio
n bi
blio
thèq
u e IF
SI
INTR
AN
ETA
nnua
ire té
léph
one
Hos
pita
lisD
émat
éria
lisat
ion
com
man
des
Phar
mac
ie L
abo
Mag
asin
Noy
auG
AM
EV R
H
EV G
EF
PAB
X
EDI
MA
RC
OW
EBD
émat
éria
lisat
ion
des
appe
ls d
’offr
es
MC
KPH
Paie
TG
CG
OS
MN
H
ANFH
TRA
CEL
EC -
QU
ICK
SCH
EMSc
hém
a él
ectri
que
INTR
AN
ETVi
dal é
lect
roni
que
Hos
pim
édia
Salle
s de
réun
ions
PAR
K
Ges
tion
Véhi
cule
s
GA
M
IMA
GE
PHA
RM
AC
ircui
t du
méd
icam
ent
GA
M
LIA
ISO
N S
tand
ard
reco
voca
le C
OG
IS
MA
RC
OG
estio
n de
s M
arch
és P
ublic
s
REC
O Dis
tribu
teur
s pl
atea
ux R
epas
NEW
AC
Ges
tion
stoc
ks e
t de
man
des
d’ap
pro
via
douc
hette
s
SUPE
RPL
AN
Dem
ande
s de
trav
aux
de
repr
ogra
phie
Centre Hospitalier de Martigues Version 1.00
VII.5. Liste des applications
Application Editeur Activités Principales fonctionnalités
Principales interfaces
Interface vers Données envoyées
Evoluance GEF McKessonGestion économique et financière
. Gestion des commandes, des stocks (notamment PUI), liquidation facture, mandatement, amortissements, emprunts et recettes diverses, gestion du budget
. Inclut l'intégration des mouvements de stocks saisis sur des terminaux portables à lecture optique NEWAC pour pharmacie, magasin central et laboratoire.
1 - WINREST2 - HOSPIT@LIS3 - EPICURE4 - Trésor Public5 - ImagePharma6- Newac
1 - Nomenclatures produits et fournisseurs2 - EDI vers fournisseurs pour les commandes3 - Consommations produits et fichier fournisseurs pour les marchés de pharmacie et labo4 - Mandat et titres de recettes et budget annuel5- Entrée stock sur réception magasin6- Catalogue produits et dotations services
INFOCENTRE GEF
McKessonInfocentre BO sur Evoluance GEF
Requêtes prédéfinies BO utilisées par le Contrôle de Gestion, la DSL
SIAP, CREA Données comptables (dépenses)
SIAP McKesson Comptabilité Analytique
Compte Administratif Retraité, Comptabilité Analytique Tomes 1 & 2
CREA McKesson Comptabilité Analytique
Compte de Résultats par Pôles
NEWAC Newac Saisie mvts stocks
Magasins : saisie mouvements de stocksServices : saisie demandes d'appro.
Evoluance GEF Mouvements de stocks
EPICURE + PharmaticGestion des marchés publics
Gestion des consultations pour les achats de pharmacie et des réactifs de laboratoire
Evoluance GEF Retour des attributions des marchés (produits, tarifs, volumes)
MARCO AgysoftGestion des marchés publics
Gestion des procédures de consultation marchés publics
MarcoWeb Dossiers de consultation
MARCOWEB Agysoft Appels d'Offres Plate-Forme de Dématérialisation des Marchés Publics
Marco Candidatures
WINREST 1 FSI Gestion de la restauration
Gestion de la production de la cuisine (approv, stock, recettes…)
Evoluance GEF Commandes et mouvements de stocks
OPTIMOPTIM VANGUARD
Gestion de matériel Assisté par Ordinateur
Gestion des équipements biomédicaux (inventaire, maintenance préventive)Gestion Services techniques (Chaufferie, Blanchisserie, …)
ASSET FRAME Staff & LineGestion de parc informatique
Gestion des équipements informatiques
QUICKSCHEM + TRACELEC
TRACE Software
Gestion des schémas des armoires électriques
ALLPLAN NemetschekLogiciel de DAO Plans et projets d'infrastructure
PARK Informakit Gestion de véhicules
Gestion des réservations de véhiculesSuivi des consommations d'essence
SUPERPLAN SuperplanGestion des demandes de reprographie
Extranet du prestataire pour demandes de travaux de reprographie
MOLIS Vision4Health Gestion des laboratoires
- Gestion des demandes d'examens- Gestion des résultats- Statistiques- Cotation
1- Automates des laboratoires2- Evoluance GAM3- Channel VT
1- Demandes d'examens2- Cotation des actes pour facturation3- Résultats d'analyses
CHANNEL VT Vision4HealthServeur de résultats de laboratoires
Consultation des résultats d'analyses
Philippe PHENGSAVATH Page 40 / 46
Centre Hospitalier de Martigues Version 1.00
SIR I2A
Interprétation des résultats de bactériologie
- Gestion des demandes d'analyses Bactério- Transmet les demandes venant de molis- Interprétation des résultats d'analyse et renvoi à Molis
Molis Résultats d'analyses validés
VALAB EREMSValidation automatique en biochimie
- Validation des demandes d'analyses biochimie
Molis Résultats d'analyses validés
HEMOSERVEUR INLOGSécurité Transfusionnelle
Gestion du Dossier Transfusionnel
IMAGEPHARMA SQLIGestion du Circuit du Médicament
Gestion prescription / dispensation / administrationGestion des dotations et réappro
1- Evoluance GEF2- Evoluance GAM
1- sortie de stock sur dispensation/cueillette 2- rétrocessions pour facturation
Evoluance GAM McKessonGestion administrative des patients
- Dossiers administratifs des patients (identité patient)- Facturation
1 - DMI2 - MOLIS3 - SIIPS4 - Assurance Maladie5 - Mutuelles6 -Trésor Public7 - Archive du Nord 8 - TERMINAL URGENCES9 - ImagePharma10 - Infoserv11 - Hemoserveur12- Winrest13- Channel VT
1 - Identités et mouvements des patients2 - Identités et mouvements des patients3 - Identités et mouvements des patients 4 - Factures et informations de séjours5 - Factures6 - Titres de recette7 - Titres de recette dématérialisés8 - Identités et mouvements des patients9 - Identités et mouvements des patients10 - Identités et mouvements des patients11 - Identités et mouvements des patients12- Identités et mouvements des patients13- Identités et mouvements des patients
INFOCENTRE GAM
McKessonInfocentre BO sur Evoluance GAM
Requêtes prédéfinies BO utilisées par le Contrôle de Gestion, bureau des entrées
INFOSERV 1 Cieme
Gestion du téléphone dans les chambres
- Suivi des communications - Refacturation au patient- saisie des mouvements des patients
1- PABX2- Reco vocale
1- Demandes d'ouvertures de compte et les mouvements des patients2- noms et postes patients
WINREST 2 FSIGestion de la restauration
2) Gestion des repas des patients :Prise de commandesGestion des régimes et aversionsDétermination des menus
CMPP Informatique et services
Facturation patient
Activité et facturation des CMPP Vers l'assurance maladie
Factures
ORGAMEDICAMSP Intercamsp
Gestion de l'activité des CAMSP
Production des statistiques réglementaires des CAMSP
PEPS Ligue Varoise de Prévention
Activité des Espaces Santé Jeunes
Recueil d'informations d'activité des Espaces Santé Jeunes
DMIDIM CH Martigues
Gestion d'informations médicales
PMSI MCO et SSRDocuments PatientsSaisie des actes en CCAM et NGAPVisu Séjours et Présents par serviceActivité service ImagerieActivité Bloc OpératoireActivité explorations cardioTraçabilité produits sanguins stablesTraçabilité stimulateurs cardiaquesPlan BLANCAlarmesDemandes de dossiers DDMRéanimationSaisie Mol. Onér. et Disp. Méd. Impl.
Evoluance GAM Actes pour facturation
Philippe PHENGSAVATH Page 41 / 46
Centre Hospitalier de Martigues Version 1.00
LOGIDIAL SoftwayGestion du service hémodialyse
- Suivi des séances - consultation- Dossier patient
EXALIS HospalSuivi des séances d'hémodialyse
- Programmation des séances- Collecte d'infos temps réel
Générateur de dialyses
Données de programmation du générateur
PSYDOC CalystèneGestion du dossier patient en psy
- Documents patients- Relevés d'activité- RDV- Statistiques- VAP
SIIPS 2000 2CSI
Mesure de la charge en soins selon la méthode SIIPS
- Saisie des mouvements des patients- Cotation des patients (SIIPS)- Statistiques
ARGOSS Oversys
Niveau de dépendance des personnes âgées
Suivi de la cotation des patients (EHPAD)
ASCLEPIOS COACH-ISGestion des préparation cytostatiques
- Traitement de la prescription- Traçabilité des préparations- Saisie de la prescription dans le service de soins
TERMINAL URGENCES ORUPACA
Activité du service des Urgences
Suivi des patients dans le service des urgencesTraçage de la prise en chargeSaisie des actes et diagnostics
1- Serveur de veille de l'ARS PACA2-DMI
1- Statistiques2- Actes pour facturation
Dic'T Anticyclone
Saisie des Comptes-rendus d'imagerie
Dictée Numérique à reconnaissance vocaleCircuit de validation des Comptes-RendusIntégration des Comptes-Rendus dans DMI
DMI Compte-rendus d'imagerie
OneManager SoftwayPrise de Rendez-vous en imagerie
Prise de Rendez-vous en imagerie.Externalisé chez Softway
RDV Excel CH MartiguesPrise de Rendez-vous consultations
Prise de Rendez-vous en gynéco, cardio
Programmation chirurgie+bloc CH Martigues
Programmation séjours bloc
Programmation des séjours en ChirurgieProgrammation de l'activité du bloc opératoire
VIEWPOINT GEMSGestion des écho fœtales
Gestion des écho fœtales au bloc obstétricalProduction des informations réglementaires
GDT RDI
Gestion des demandes de transports patients
Gestion des demandes de transports auprès de l'ambulancierExtermalisé ches RDI
MENESTREL APOLOGIC Gestion activite SSIAD
Suivi de l'activité du SSIADTransmissions ciblées
Evoluance RH McKessonGestion des RH
Dossier des agentsGestion des carrières Gestion des rémunérationsGestion prévisionnelle des emplois et compétencesGestion budgétaire des effectifs
1 - GESFORM2 - CHIMED3 - MCKPH4 - TURBO Plannings
1 - Affectation des agents2 - Affectation des agents3 - Eléments de paie4 - Affectation des agents
INFOCENTRE RH McKesson Infocentre sur Evoluance RH
Requêtes prédéfinies BO utilisées par la DRH (suivi effectifs, …)
MCKPH McKesson Gestion de la paie
Paie
1 - Evoluance GEF2 - Evoluance RH3 - Trésor Public4 - MNH (mutuelle hospitaliers)5 - CGOS
1 - Paie2 - Bulletins de salaire3 - Versements aux agents4 - Cotisations prélevées et situation agents5 - Absences des agents
GESFORM ANFHGestion de la formation continue
Gestion du plan de formation et des suivi des actions de formation
Vers ANFH section régionale
Suivi du plan et sa réalisation
Philippe PHENGSAVATH Page 42 / 46
Centre Hospitalier de Martigues Version 1.00
INFOSERV 2 CiemeGestion du téléphone du personnel
- Annuaire téléphonique interne- Suivi des communications
Intranet Annuaire téléphonique interne
CHIMEDVal informatique
Gestion de la médecine préventive
Dossier médical des agents et suivi des risques professionnels
ERO EROGestion des accès parking du personnel
Badges d'accès
LOG IFSIEpsilon Informatique
Gestion de l'école d'infirmière (IFSI)
Suivi des promotions (participants, stages, examens, notes….)
TURBO Planning MS OfficeGestion des planning du personnel
Planification et suivi du temps de travail des agents
WINCAIS OcteaGestion de la caisse du self du personnel
Comptabilisation des repasFichier de retenue des repas Evoluance RH
Montant nourriture par agent pour déduction de la paie
RECO AGIL
Gestion des distributeurs de plateaux repas
Gestion des distributeurs de plateaux repasComptabilisation des repas par badge Wincais
INTRANET StratisAccès à divers services
Informations institutionnellesNewsAccès au VidalDemande de transport patient (ambulance, VSL..)Agence de presse médicale HospimediaAnnuaire téléphonique interne et adresses mailPlanning des salles de réunion
INTERNET Stratis Accès à divers services
Site WEB CH Martigues
WEBPORTAL AIDEL Portail IFSI Site web IFSI
LIAISON COGISStandard à reconnaissance vocale
Interception appels téléphoniques entrantsReconnaisance vocale personne demandéeRoutage de l'appel
PABX Routage des appels téléphoniques suite reco vocale
SPHINX Sphinx Développt
Gestion enquêtes
Enquêtes auprès des patients ( Ex. évaluation de séjours) et auprès du personnel.Elaboration de questionnaires et saisie et exploitation des résultats.
SUPERDOC Premium AIDEL
Gestion de documentation
Recensement des ouvragesCatalogueGestion des emprunts
Philippe PHENGSAVATH Page 43 / 46
Centre Hospitalier de Martigues Version 1.00
VIII. GLOSSAIRE
D
DDR : Le DDR (Double Data Rate) est un type de mémoire à circuit intégré utilisé dans les ordinateurs.
DHCP : Le DHCP (Dynamic Host Configuration Protocol) est un protocole réseau qui assure la configuration automatique des matériels connectés à un réseau informatique en leur affectant automatiquement une adresse IP, un masque de sous-réseau et une adresse de passerelle par défaut.
DMZ : Le DMZ (DeMilitarized Zone) est une zone isolée hébergeant des applications mises à disposition du public. La DMZ fait office de zone tampon entre le réseau local et l'extérieur.
I
IDE : L'IDE (Integrated Drive Electronics) est une norme qui décrit une interface de connexion pour des mémoires de masse (disque dur, lecteur de CD-ROM …).
ISCSI : L'iSCSI (Internet Small Computer System Interface) est un protocole de la couche application permettant le transport de commandes SCSI sur un réseau TCP/IP
L
LUN : Le LUN (Logical Unit Number) désigne le numéro d'unité logique d'un équipement SCSI dans le domaine du stockage informatique.
N
NAS : Le NAS (Network Attached Storage) est un serveur de fichiers autnome, relié à un réseau informatique dont la principale fonction est le stockage de données en un volume centralisé pour des clients réseau hétérogènes.
NDMP : Le NDMP (Network Data Management Protocol) est un protocole de communication « ouvert » utilisé pour la sauvegarde des équipements stockage en réseau NAS.
R
RAID : Le RAID (Redundant Arrays of Inexpensive Disks) désigne les techniques permettant de répartir des données sur plusieurs disques durs afin d'améliorer soit la tolérance aux pannes, soit la sécurité, soit les performances de l'ensemble, ou une répartition de tout cela.
Philippe PHENGSAVATH Page 44 / 46
Centre Hospitalier de Martigues Version 1.00
S
SAN : Le SAN (Storage Area Network) est un réseau de stockage permettant de mutualiser des ressources de stockage.
SAS : Le SAS (Serial Attached SCSI) est une technique d'interface pour disques durs qui constitue une évolution des bus SCSI en termes de performances et apporte le mode de transmission en série de l'interface SATA.
SATA : Le SATA (Serial Advanced Technology Attachment) est une norme qui permet de connecter une mémoire de masse à une carte mère.
SCSI : Le SCSI (Small Computer System Interface) est un standard définissant un bus informatique permettant de relier un ordinateur à des périphériques.
SMTP : Le SMTP (Simple Mail Transfer Protocol) est un protocole de communication utilisé pour transférer le courrier électronique vers les serveurs de messagerie électronique.
V
VLAN : Le VLAN (Virtual Local Area Network) est un réseau linformatique logique indépendant.
VTL : Le VTL (Virtual Tape Library) est un système de stockage informatique incluant un serveur, une grappe de disques et un logiciel capable d'émuler cet espace disque en bandes magnétiques.
Philippe PHENGSAVATH Page 45 / 46
Centre Hospitalier de Martigues Version 1.00
IX.REMERCIEMENTS
Je tiens à remercier à toutes les personnes qui auront contribué à l'élaboration de ce rapport de stage.
Remerciements à l'équipe de la DSIO :
– Jacques STOSSKOPF pour m'avoir accueilli au sein de sa direction– Claude BILLY pour son humour et sa gentillesse. Bon rétablissement– Sylvie DUBREUIL– Franck BAIBOURDIAN– Corinne LENGUA– Michel ROUFFIAC pour tout leur temps qu'ils m'ont consacré sur les projets et en– Roselyne SERRA particulier Christophe LAMAZE et Roselyne SERRA– Christophe LAMAZE
Remerciements au collaborateur de la société SINGULIERS & CO :
– Dan FITOUSSI pour son aide et sa disponibilité
Remerciements au formateur TSGERI M. Oscar LOGGER
– Pour ses compétences et ses conseils qui m'ont beaucoup apporté.
Remerciements aux stagiaires de la formation TSGERI 2011 St Jérôme Marseille :
– A mes amis stagiaires pour leur aide et avec qui j'ai partagé de bons moments.
Remerciements à ma famille :
– A ma famille pour m'avoir toujours soutenu.
Philippe PHENGSAVATH Page 46 / 46