rapport de stage centre hospitalier de …nareth.hean.free.fr/docs...

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


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



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



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


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.



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.



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.



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


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


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.



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 ...)



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



• 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



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.



• 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



é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



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



• 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


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


Débit (Mb/s) - Sous Unix, "ifconfig -a"- Sous Linux, "ifconfig -a"- Sous Windows, "ipconfig /all"Adresse IP



• en consultant le site du constructeur pour trouver les informations manquantes.


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".


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.



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


NombreType de disqueCapacité en Go


Nombre d'interfacesType

Débit (Mb/s)Adresse IP

CYCLE DE VIEON/OFF (Tension)

Phase



• en faisant appel à un membre de la DSIO, sur la partie "Exploitation".


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.


SUPPORT (Matériel)Prestataire

Site du fabricant de la machinePlage d'appelContact

• en faisant appel à un membre de la DSIO, sur la partie "Administratif".


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.



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



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.



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.



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 :



– 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.



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 ...



• 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



#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.



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.



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.



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 ...



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 …



- 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.



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.



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



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



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



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


DEBIT (Mo/s) Site constructeur



Prise 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



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



VII.4. Système d'information CHM


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



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


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



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



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



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



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.



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.



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.
