CCTP 4

Cahier des clauses techniques particulires
March concernant la fourniture d'un logiciel ou

d'une suite de logiciels permettant de grer les
soins infirmiers, les dossiers mdicaux, le circuit
du mdicament et le codage des actes PMSI.
Centre Hospitalier du Bois PETIT

8, avenue de la libration
BP 31
76 301 SOTTEVILLE-LES-ROUEN Cedex
Page 1 sur 50
Table des matires

1 Informations gnrales.....................................................................................................................4
2 Matrise duvre - conseil................................................................................................................5
2.1 Conduite de Projet Conseil :..................................................................................................5
2.2 Dploiement..............................................................................................................................5
2.3 Dlai entre la notification et la mise en production des logiciels.............................................5
3 Intgration du logiciel ou de la suite de logiciels dans le systme informatique de l'tablissement.
..............................................................................................................................................................6
3.1 Serveur(s)..................................................................................................................................6
3.2 Base de donnes........................................................................................................................6
3.3 Modes d'accs possibles des ordinateurs aux applications.......................................................6
3.4 Composants logiciels tiers (hors S.G.D.B.) ncessaires au(x) logiciel(s) fourni(s).................7
3.5 Contrle d'accs et gestion des droits.......................................................................................7
3.6 Exigences d'interoprabilit......................................................................................................8
3.7 Interfaages du logiciel ou de la suite de logiciels fournis.......................................................8
4 Dossier mdical..............................................................................................................................11
4.1 Le dossier mdical commun...................................................................................................11
4.2 Logiciel de prescription mdicale...........................................................................................11
4.3 Un suivi de lactivit de prescription et analyses statistiques devra tre propos de base :. .12
4.4 La visualisation des prescriptions :.........................................................................................13
4.5 La gestion des commandes (mdicaments, matriels, soluts, pansements)......................13
5 Dossier de soins..............................................................................................................................14
5.1 Gestion de l'identit du patient...............................................................................................14
5.2 Volonts de la personne accueillie en cas de dcs.................................................................14
5.3 Sjours de la personne accueillie............................................................................................15
5.4 Habitudes de vie......................................................................................................................15
5.5 valuations de l'tat du patient...............................................................................................15
5.6 Plan de soins...........................................................................................................................16
6 Circuit du mdicament...................................................................................................................18
6.1 Prescription.............................................................................................................................18
6.2 Dispensation............................................................................................................................19
6.3 Administration mdicamenteuse.............................................................................................20
6.4 Gestions particulires..............................................................................................................20
6.5 Statistiques..............................................................................................................................20
6.6 Gestion de stocks....................................................................................................................21
7 Le dossier paramdical de kinsithrapie.......................................................................................22
7.1 Le dossier administratif .........................................................................................................22
7.2 Le dossier mdical dossier de soins.....................................................................................22
7.3 Dossier de kinsithrapie .......................................................................................................22
8 les dossiers de radaptation : psychologue, ditticienne, assistante sociale, ergothrapeute.......24
8.1 Partie pour le module de la Ditticienne...............................................................................24
8.2 Partie pour le module des Psychologues.................................................................................25
8.3 Partie pour le module de lAssistante sociale.........................................................................25
9 PMSI...............................................................................................................................................27
10 Formations....................................................................................................................................28
10.1 Paramtrages initiaux du logiciel..........................................................................................28
10.2 Formation Initiale du personnel............................................................................................28
Page 2 sur 50
10.3 Maintien de de la formation du personnel............................................................................29

11 Maintenance des applicatifs et service aprs-vente......................................................................30
11.1 La garantie et la maintenance couvrent :..............................................................................30
11.2 Dbut de garantie :................................................................................................................30
11.3 Exclusions.............................................................................................................................30
12 Annexe 1 : Dtail des champs du fichier servant l'interface administrative..............................31
13 Annexe 2 : Modalits de ralisation d'une interface avec le progiciel de commandes et de
gestion de stock..................................................................................................................................38
13.1 Avertissement........................................................................................................................38
13.2 Rpartition des taches...........................................................................................................38
13.3 Phase de dmarrage..............................................................................................................39
13.4 Fichiers transmis a psi...........................................................................................................39
13.5 Codification des articles fictifs.............................................................................................41
13.6 Fichiers transmis a Hodis......................................................................................................41
13.7 Les factures (commandes valorises)...................................................................................42
14 Annexe 3 Structure du systme informatique actuel....................................................................47
14.1 Architecture rseau...............................................................................................................47
14.2 Serveurs................................................................................................................................47
14.3 Postes clients.........................................................................................................................49
14.4 Progiciels utiliss actuellement.............................................................................................49
Page 3 sur 50
1 Informations gnrales
L'objet du march est : March concernant la fourniture d'un logiciel ou d'une suite de logiciels permettant de
grer les soins infirmiers, les dossiers mdicaux, le circuit du mdicament et le codage des actes PMSI.
Le prsent march est une procdure formalise en application des articles 26, 27,33 et 40 du Code des marchs
Publics.
Les modalits de remises des offres sont prcises dans le rglement de consultation.
La date limite de remise des offres est le 21 octobre 2013 16 heures.
Si le candidat souhaite disposer de prcisions sur la procdure formalise les personnes contacter sont :
pour les questions administratives :

Franck Deliez
Responsable des services conomiques,
logistique, technique et informatique.
02 35 58 63 10
pour les questions techniques :

Rmi Passerieu
Technicien suprieur hospitalier
Informatique et scurit
02 35 58 63 53
Le prsent march est disponible en tlchargement l'adresse : http://www.ch-boispetit.fr
Page 4 sur 50
2 Matrise duvre - conseil

Le titulaire du march assurera la matrise duvre de lensemble du projet et est soumis un engagement de
rsultat dans la limite des rserves exprimes par le soumissionnaire et de bonne fin du projet.
Il lui appartient dassurer la coordination du projet et de mettre en uvre toutes les actions ncessaires pour en
assurer son bon droulement.
Il doit donc se conformer lensemble des obligations du march, et conseiller ltablissement toutes les tapes,
notamment :
- En matire dorganisation,
- Le mettre en garde de toute difficult quil pourrait percevoir,
- Dassurer toutes les actions utiles la bonne fin dexcution des travaux.
Le titulaire est responsable de la recherche et de lanalyse des causes et des solutions dun problme rencontr sur
lensemble du projet, et de lidentification de la responsabilit de ce problme, et de sa rsolution.
2.1 Conduite de Projet Conseil :

Le titulaire sengage dsigner un Chef de Projet dont la mission globale sera :
Dassurer linterface entre toutes les quipes des parties prenantes et les reprsentants de ltablissement,
lors des runions davancement,
De veiller au bon droulement du projet, la bonne excution des travaux et dassurer la coordination des
intervenants.
Dans ce chapitre, le titulaire devra dvelopper sa mthodologie, les outils de gestion de projets utiliss, les moyens
tant humains que matriels quil mettra en place, le nombre de jours de conduite de projet et daccompagnement,
un planning prvisionnel, etc.
Il devra galement dfinir la charge quil devra mettre en uvre pour mener bien le projet (profil des
intervenants et charge).
Le candidat devra joindre un exemplaire du plan qualit mis en uvre dans un projet similaire.
2.2 Dploiement
Le candidat devra proposer un calendrier prvisionnel faisant apparatre les principales phases du projet :
Installation des logiciels,
Prestation de paramtrage et dassistance,
Transfert de comptence,
Formation des utilisateurs par module,
Etc.,
2.3 Dlai entre la notification et la mise en production des

logiciels.
L'installation des logiciels, les paramtrages initiaux, les formations initiales et la mise en fonctionnement du
logiciel pour l'ensemble de l'tablissement doivent tre effectus dans un dlai de 6 mois.
Page 5 sur 50
3 Intgration du logiciel ou de la suite de logiciels dans le systme

informatique de l'tablissement.
3.1 Serveur(s)
Le candidat peut utiliser le serveur servant actuellement l'application de dossier de soins (voir annexe3) .
S'il n'est pas possible d'utiliser cette machine, le candidat fournit et installe un serveur qui rpond aux
prescriptions suivantes :
Facteur de forme : Rack
Systme d'exploitation : Unix, Linux ou Windows
Equipement conforme aux spcifications des organismes de normalisation (X/OPEN/IEEE Posix) et aux normes
usuelles en vigueur (lectrique et NF).
3.2 Base de donnes

Le logiciel (ou la suite de logiciels) doit utiliser un systme de gestion de base de donne (S.G.B.D.) qui soit un
serveur de base de donne. La base de donne ne peut pas tre ni un composant logiciel, ni un logiciel applicatif.
Le systme de gestion de bases de donnes doit tre un standard du march. Il peut tre couvert par une licence
dite libre ou propritaire.
L'tablissement dispose des licences ncessaires pour faire fonctionner un serveur Microsoft SQL 2012 avec 60
utilisateurs en simultan (ces licences servent au logiciel de dossier de soins actuel).
Si le candidat ne peut pas utiliser ces licences (difficult faire cohabiter les deux bases de donnes durant la
phase transitoire, dimensionnement du serveur insuffisant, etc...) et que le systme de gestion de base de donnes
utilis par les applicatifs proposs par le candidat est soumis l'achat de licences logicielles ;la fourniture des
licences en quantit suffisante est la charge du candidat qui doit l'intgrer dans son offre de prix.
Le candidat doit fournir les connecteurs permettant au centre hospitalier de consulter le contenu de la base de
donnes.
3.3 Modes d'accs possibles des ordinateurs aux applications

Le systme informatique du centre hospitalier fonctionne sur des ordinateurs complets ayant pour systmes
d'exploitation Windows XP Pro, Windows Seven Pro et Windows 8 Pro (le nombre d'ordinateurs fonctionnant
avec Windows Vista est ngligeable et peut tre ignor par le candidat). Ces ordinateurs sont intgrs un
environnement Active Directory
Les candidats peuvent proposer un logiciel (ou suite de logiciels) qui sera install sur chaque poste, ou install sur
un serveur et utilis comme application distante, ou accessible via un navigateur internet.
3.3.1 Application distante

Le centre hospitalier du bois Petit possde un serveur Windows 2008 R2 et les licences ncessaires pour 60
connexions simultanes avec le protocole RDP (le logiciel de dossier de soins actuel est install sous forme d'une
RemoteApp TS). La proposition du candidat ce march peut prvoir l'utilisation de ce serveur.
Dans les cas o le candidat prconise un autre systme de connexion une application distante. Il doit intgrer
l'achat des licences et ventuellement du serveur dans son offre de prix.
Page 6 sur 50
3.3.2 Client lourd

Si les logiciels fournis doivent tre installs sur chaque ordinateur. Leur conception doit rpondre aux exigences
suivantes :
La dure d'installation et de paramtrage sur un ordinateur des logiciels fournis, en comptant le temps
d'installation dventuels sous-logiciels tiers ncessaires au fonctionnement ne doit pas dpasser 1
heure.
L'installation et le paramtrage sur un poste doit tre faisable par le service informatique du centre
hospitalier. Une procdure d'installation doit tre fournie.
Aucun fichier install pour / par le logiciel sur les postes client ne doit contenir de donnes
d'identification permettant d'accder aux bases de donnes.
3.3.3 Interface web

Les candidats peuvent rpondre ce march en proposant une application qui fonctionne en passant par un
navigateur internet. Cependant le serveur internet sera dans le rseau local de l'tablissement et ne sera pas
externalis.
3.4 Composants logiciels tiers (hors S.G.D.B.) ncessaires

au(x) logiciel(s) fourni(s)
On dsigne par composant logiciel tiers, les logiciels qui ne sont ni fournis, ni dvelopps directement par le
soumissionnaire mais qui sont ncessaires au fonctionnement des logiciels fournis par le prestataire.
De faon non exhaustive, il s'agit par exemple de Java Runtime environnement , du framework Microsoft .net,
les runtimes redistruables C++, les connecteurs clients aux bases de donnes etc...
Durant la dure du contrat de maintenance,
le soumissionnaire fournit les composants logiciels tiers si ces derniers ne peuvent pas tre obtenus par simple
tlchargement sur le site internet de l'diteur et ne sont inclus lors de l'installation du systme d'exploitation
utilise par la machine concerne (cliente ou serveur).
Le soumissionnaire fait voluer son logiciel pour remplacer un des composants logiciels tiers notamment dans les
cas suivants :
Le composant n'est plus disponible ou est devenu obsolte.
Une faille de scurit concernant le composant logiciel est signale par le centre d'expertise
gouvernemental de rponse et de traitement des Attaques informatiques (CERTA) n'est pas corrige par
son diteur dans un dlai de 3 mois.
3.5 Contrle d'accs et gestion des droits

3.5.1 Fonctionnalits obligatoires
Le personnel doit saisir son identifiant et son mot de passe personnel pour accder l'application.
L'utilisateur peut changer lui mme son mot de passe.
Des contraintes sur les mots de passes sont paramtrables (nombre de caractres minimum...).
L'administrateur peut rinitialiser le mot de passe d'un utilisateur. Il ne peut cependant pas connatre le mot de
Page 7 sur 50
passe d'un utilisateur. Ce dernier ne doit pas tre stock en clair dans la base de donnes, ni dans aucun fichier.
Seule l'emprunte du mot de passe chiffr par un algorithme irrversible est stocke. L'authentification fonctionne
avec un mcanisme de comparaison des empruntes.
Si le candidat propose la fourniture de plusieurs logiciels ; le systme d'authentification des utilisateurs est
commun tous les logiciels. L'utilisateur qui accde plusieurs application aura les mmes identifiants/ mot de
passe pour chacune d'entre elles.
L'utilisateur n'accde qu'aux informations et fonctionnalits du logiciel qui sont permises par sa catgorie
professionnelle. Dans ce but une gestion des droits par groupe d'utilisateurs existe dans le logiciel.
L'utilisateur doit tre dconnect automatiquement aprs une priode d'inactivit paramtrable par
l'administrateur.
3.5.2 Intgration possible l'annuaire Active directory de

l'tablissement.
Le candidat peut proposer que l'authentification des utilisateurs sur les logiciels soit faite en permettant ceux-ci
(les logiciels fournis par le candidat) de se connecter sur l' active directory de l'tablissement. La gestion des
groupes d'utilisateurs pourra tre aussi gre par l'Active Directory.
Cette mthode de gestion des comptes utilisateurs permettrait de mieux intgrer les applications dans le systme
d'information du centre hospitalier, de faciliter la gestion des utilisateurs, et de diminuer le nombre de mots de
passe retenir.
Dans ce cas, le candidat est exonr de l'obligation d'intgrer un module de changement de mot de passe. Cette
action pouvant tre faite au niveau de tous les ordinateurs connects l'active directory.
3.5.3 Intgration possible au systme de messagerie

Le candidat peut proposer que l'authentification des utilisateurs soit faite en testant la connexion IMAP (avec
TLS) ou POP du serveur de messagerie interne.
Dans ce cas, le candidat est exonr de l'obligation d'intgrer un module de changement de mot de passe. Cette
action pouvant tre faite au niveau du webmail.
3.6 Exigences d'interoprabilit

Certaines informations mdicales doivent tre conserves (et consultables) par le centre hospitalier 20 ans , 30
ans, voire de faon perptuelle.
Les dossiers patients peuvent tre exports dans un format de donnes dont le mode de reprsentation est
document et a t rendu public par son auteur.
Le format PDF rpond cette exigence.
3.7 Interfaages du logiciel ou de la suite de logiciels fournis

3.7.1 Les logiciels fournis entre eux
L'ensemble des logiciels fournis dans le cadre de ce march :
Soit fonctionnent les mmes bases de donnes concernant : la gestion des utilisateurs, la liste des
personnes accueillies...
Soit sont interfaces de faon transparente pour l'utilisateur, avec une synchronisation des informations en
Page 8 sur 50
temps quasi rel.

Aucune ressaisie manuelle ne doit avoir lieu dans tout le processus circuit du mdicament . De manire non
exhaustive : Prescription, Validation de la prise du mdicament, Gestion des stocks de la pharmacie interne.
3.7.2 Les logiciels fournis et les autres logiciels du centre hospitalier

du Bois Petit.
3.7.2.1 Gestion de la facturation
Le logiciel de facturation utilis par l'tablissement est FACDIS dit par la filiale de Berger Levrault
nomme DIS .
La cration d'un nouveau patient ou rsident est faite dans le logiciel facdis par le service des entres. Ce logiciel
dpose un fichier texte accessible via les protocoles FTP ou SSH, organis de la manire suivante :
Les champs sont spars par une barre verticale (pipe) : | .
Les enregistrements sont spars par un retour la ligne.
Le contenu de chaque champ est donn en annexe 1.
Le candidat peut interfacer son logiciel en utilisant la passerelle dveloppe pour le progiciel de dossiers de soins
actuel. Il peut utiliser un autre mode d'interfaage, en collaboration avec l'entreprise Berger Levraut.
3.7.2.2 Comptabilit et gestion des stocks

Le logiciel de gestion de stocks et de commandes de la pharmacie fourni par le candidat doit tre interfac avec le
logiciel de comptabilit Hodis. Les modalits d'interfaage avec le logiciel actuel (interface mise en place mais
non utilise par le CH du BOIS PETIT ) sont donns dans l'annexe 2
Le candidat peut proposer un autre mode d'interfaage, en collaboration avec l'entreprise Berger Levrault.
3.7.2.3 Gestion des repas, et des vnements indsirables

Il s'agit d'une application MySQL/PHP/HTML/Javascript/ dveloppe et hberge en interne.
Elle est cependant interface avec le logiciel de dossier de soins actuel pour que la liste des patients/rsidents, de
leur service es de leur chambre soit jour.
Pour chaque patient/rsident cette application a besoin des informations suivantes :
Identifiant unique du patient. (cet identifiant doit tre propre au logiciel de soins, ce ne doit pas tre le
numro de scurit sociale)
Prnoms et nom
Secteur/service, numro de chambre
tat (prsent/absent). dfaut, un champ date de sortie nul si le patient/rsident est prsent
L'interfaage sera fait par le centre hospitalier, cependant le candidat doit au choix:
Fournir la requte SQL qui permet d'obtenir les donnes ci dessus, lorsque le SGBD est pris en charge par
le framework PHP (sur un serveur linux et une architecture 64 bits)
Installer une tche planifie (ou crontab) mettant jour trs rgulirement un fichier texte qui sera
dpos sur le serveur via le protocole ssh avec une authentification par cl ; ou qui sera accessible par le
Page 9 sur 50
serveur par un des protocoles suivants : FTP, SSH, NFS, SAMBA/CIFS, HTTP, HTTPS. Le fichier texte
est compos de caractres ASCII et peut tre structur en csv ou xml. Le candidat documente la structure
du fichier.
3.7.2.4 Messagerie lectronique

Le systme de messagerie entre les professionnels intgr aux applicatifs fournis par le candidat doit tre interfac
avec le serveur de messagerie interne l'tablissement.
L'interfaage peut tre fait de trois manires :
le logiciel intgre un client IMAP complet, la messagerie reposera entirement sur le systme de
messagerie de l'tablissement.
Le logiciel est capable d'envoyer un e-mail (SMTP authentifi) pour notifier aux utilisateurs qui le
souhaitent qu'ils ont reu un message dans le systme de messagerie du logiciel fourni par le candidat. La
notification doit contenir le corps du message.
Le candidat fournit les requtes SQL permettant d'obtenir la (les) cl(s) primaire(s) du message,
l'expditeur, la date d'envoi, l'objet(si prsent), le contenu du message, pour les messages non lus d'un
utilisateur. Il fournit aussi la requte qui permet de marquer un message comme lu. L'interfaage sera
alors ralis par le centre hospitalier.
Si ncessaire le centre hospitalier fournira au candidat la structure de la base de donnes MySQL qui sert grer
les comptes IMAP., ainsi qu'un compte mysql avec des droits en lecture et /ou criture en fonction des besoins sur
la base en question.
3.7.3 Les logiciels fournis et les interfaces avec des correspondants

extrieurs l'tablissement
3.7.3.1 Rsultats laboratoires
Le centre hospitalier reoit les rsultats d'analyses mdicales provenant du laboratoire de ville via le tiers de
confiance Apicrypt structurs conformment la norme HPRIM V2.
Le(s) logiciel(s) fourni(s) font au choix :
Scannent rgulirement un dossier pour y rcuprer d'ventuels fichiers textes contenant les rsultats en
clair (dchiffrs en amont grce une intgration des binaires apicrypt sur le serveur de messagerie, la
charge du centre hospitalier)
Consultent rgulirement la boite de messagerie utilise pour les rsultats laboratoire (IMAP ou POP3) et
les dchiffrent avec la cl Apicrypt du Centre Hospitalier.
Dans tous les cas les rsultats de laboratoire sont intgrables au dossier mdical de manire semi-automatique.
Page 10 sur 50
4 Dossier mdical
4.1 Le dossier mdical commun

Le dossier minimum commun devra comporter toutes les informations mdicales partages entre lensemble des
acteurs de soins, selon les droits daccs (cration, modification, lecture seule). Ces informations sont les
suivantes :
Lidentification du patient (tat civil, personne de confiance, personne prvenir)
Les antcdents (hospitalisations, diagnostics dentre et de sortie, les allergies.)
Le systme devra permettre la ralisation du bilan griatrique standardis lentre et en cours de sjour,
partir de lensemble des donnes constituant le dossier mdical et le dossier de soins.
Les observations mdicales et maladies en cours
Les prescriptions (mdicamenteuses en liaison avec le livret du mdicament de ltablissement, carnet de

prescription, de dispensation et administration de stupfiants, actes de rducation, actes extrieurs :
biologiques, de radiologie, pdicure, podologue, orthophoniste, dentiste, opticien, prescriptions de
consultations spcialises)
La rcupration des rsultats (de laboratoire, dimagerie mdicale, de compte-rendu dexamen...) au

format numrique avec prsentation des rsultats en un historique comparable (tableau numrique)
La gestion de documents extrieurs au logiciel sera possible avec lien dans le dossier du patient (lien vers
image radiologique, trac dECG, courrier reus scanns, etc.)
La visualisation, par patient ou pour un groupe de patients, et alerte sur

1. Des nouvelles prescriptions
2. Des prescriptions arrtes
3. Des prescriptions modifies
4. Lhistorique des prescriptions
Ldition :
5. Des ordonnances
6. Du ou des traitements en cours
7. De la synthse des transmissions
8. De la synthse dadmission et de sortie
9. Des courriers.
Pour toutes ces donnes, en cas de cration ou de modification, les dates et auteurs devront safficher par
incrmentation.
4.2 Logiciel de prescription mdicale

Toutes les prescriptions mdicales devront tre saisies dans le logiciel, ce dernier devra donc permettre la gestion
de tous les types de prescription :
Page 11 sur 50
Mdicaments, injections, perfusions
Traitement non mdicamenteux et surveillances
Prescription de contention
Analyses biologiques
Examens et consultations
Actes paramdicaux
Prescription mdicale de transport
La gestion de la prescription doit permettre au mdecin prescripteur de disposer de toutes les informations :
Accs au dossier mdical commun,
Aux observations de suivi
Au serveur de rsultats
Aux outils permettant de simplifier sa prescription
reprise de traitement arrt
modification dune ligne de prescription
accs aux protocoles prdfinis
accs au livret thrapeutique de ltablissement
accs au VIDAL ou la Banque Claude Bernard
aide la recherche dun mdicament partir dun ou plusieurs critres : sur toute ou partie du nom ou de
la spcialit
Interactions mdicamenteuses
Interactions avec pathologie (Antcdents formats)
Lors de la saisie de la prescription, le logiciel devra, en priorit, proposer le livret thrapeutique de ltablissement
et seulement par dfaut la base mdicamenteuse du VIDAL ou BCB.Ce critre doit pouvoir tre paramtrable en
fonction des besoins de ltablissement
Une scurisation de lordonnance devra tre dcrite par le fournisseur selon la rglementation en vigueur
4.3 Un suivi de lactivit de prescription et analyses

statistiques devra tre propos de base :
Cot moyen dun traitement
Une liste de mdicaments selon le nombre de prescriptions ralises
Pourcentage de prescriptions ralises hors livret thrapeutique de ltablissement
Evolution du cot des prescriptions sur une priode donne
Pour chaque ligne de prescription, le mdecin prescripteur devra avoir la possibilit dajouter des informations qui
seront visibles par lquipe soignante pour une aide la dispensation.
Un historique des prescriptions pour un patient donn devra tre ralis.
Page 12 sur 50
4.4 La visualisation des prescriptions :

Ds la validation de lordonnance, le personnel soignant aura la possibilit de visualiser, par patient, depuis une
date donne et pourra diter :
La liste des nouvelles prescriptions
La liste des prescriptions arrtes
La liste des prescriptions modifies
Lordonnance de sortie
Dans le dossier mdical infirmier du patient seront prsentes :
Le traitement en cours
Lhistorique des prescriptions
Le plan de soins individuel et/ou globalis prcisant les modes dadministration, les soins raliserpar
tranche horaire et par jour, par type de soins avec validation par linfirmire
Toutes les prescriptions mdicales saisies seront visibles par la pharmacie pour :
Un contrle des ordonnances par le pharmacien et en cas dalerte thrapeutique, les mdecins doivent
recevoir un signal ou une alerte visible et immdiate.
La prparation des commandes livrer aux services
Une analyse de lactivit lchelle des pathologies, des patients
La pharmacie doit pouvoir avoir accs lensemble du dossier patient.
4.5 La gestion des commandes (mdicaments, matriels,

soluts, pansements)
Les commandes de mdicaments et autres dispositifs seront cres dans le logiciel partir des besoins des services
et issues des prescriptions.
La saisie seffectuera partir dune liste pr dfinie par service, la pharmacie rcuprera directement la
commande, pourra la modifier en fonction des stocks disponibles et pourra y faire des observations (ex : produit
en commande)
Les retours de produits non administrs aux patients pourront seffectuer par ldition dun bon de retour pour la
pharmacie.
Page 13 sur 50
5 Dossier de soins
Par dossier de soins , nous dsignons les informations ncessaires l'application des soins infirmiers et les
informations utiles la prise en charge htelire.
Les fonctionnalits suivantes sont obligatoires :
5.1 Gestion de l'identit du patient

Le logiciel doit permettre d'enregistrer au minimum les informations suivantes sur l'identit du patient :
Le nom de famille
le prnom
la civilit (madame/monsieur)
le nom de jeune fille
la date de naissance
la commune de naissance
Il doit y avoir la possibilit d'intgrer une photographie d'identit
Un champ renseignant si la personne accueillie a autoris l'utilisation de sa photographie
Le secteur d'hospitalisation
Le mdecin prescripteur
La chambre et le numro du lit
La date d'entre dans l'tablissement
la date de sortie de ltablissement
L'tablissement de provenance ou son domicile
La situation familiale
Les noms, prnoms, tlphones et liens de filiation des personnes prvenir (en cas de dtrioration de
l'tat de sant) et de la personne de confiance. Une fonctionnalit doit permettre au personnel de signaler
un numro de tlphone qui ne serait plus attribu. Inversement, le personnel peut indiquer la date de
vrification du numro de tlphone.
La prsence d'une tutelle ou d'une curatelle et la dsignation de cette dernire.
La profession
La religion. Cette information doit permettre au personnel le respect des croyances et des pratiques
religieuses du patient. Cependant il ne doit pas y avoir dans le logiciel de moyen de rechercher des
rsidents par leur religion. Cette donne ne doit pas tre intgrable aux outils de statistiques du logiciel.
5.2 Volonts de la personne accueillie en cas de dcs

Le logiciel doit permettre d'enregistrer au minimum les informations suivantes sur les volonts de la personne
accueillie en cas de dcs :
Page 14 sur 50
La prsence d'un contrat dobsques : Le nom de la socit de pompes funbres, un champ libre
permettant d'indiquer le numro du contrat.
Le choix du type dinhumation (enterrement /crmation )
la prsence d'un pacemaker, les volonts sur le don d'organes et le don du corps.
5.3 Sjours de la personne accueillie

Le logiciel doit permettre de consulter l'historique des sjours dans l'tablissement de la personne accueillie. Pour
chaque sjour :
Les dates d'entre et de sortie
Les modes d'entre et de sortie (retour au domicile, changement de service, hospitalisation etc...)
le secteur et la chambre d'hospitalisation
5.4 Habitudes de vie

Le logiciel doit permettre d'enregistrer par chapitres les habitudes de vie. Les champs de chaque chapitre doivent
tre paramtrables (le Centre Hospitalier doit avoir la possibilit de crer des champs supplmentaires, et d'en
dsactiver) La liste ci dessous n'est donc pas exhaustive :
Alimentation
* Prfrences au petit djeuner et au goutter
* Lieu du djeuner et du dner
Rythme de vie
* Heure du lever et du coucher
loisirs
5.5 valuations de l'tat du patient

Le logiciel doit permettre l'utilisation de plusieurs chelles de l'valuation du patient.
5.5.1 chelles d'valuation utilises par les Psychologues :
MMSE (Greco)
NPI
Beck
Test de l'horloge
BREF
5 mots de Dubois
DO80
praxies
Grober et Buschke
Page 15 sur 50
5.5.2 Echelles d'valuations utilises par les infirmires :
Algoplus (valuation de la douleur)
Indice de DREISER (arthropathies de la main)
Echelle de Wood et Virginia Henderson (autonomie)
Auto-test de Barthel (autonomie)
AGGIR (autonomie)
Beck (Etat Thymique)
Echelle de Braden (escarres)
5.5.3 kinsithrapeutes
test musculaire manuel
goniomtrie
kinetti(quilibre)
test moteur minimum
5.6 Plan de soins

Le plan de soins regroupe les actes effectuer pour un patient dans une tranche horaire.
5.6.1 Niveaux de plans de soins

Le logiciel doit permettre plusieurs niveaux de plan de soins. Au minimum les deux niveaux suivants doivent tre
possibles:
Un niveau infirmier
Un niveau aide-soignant
5.6.2 Alimentation du plan de soins

Le plan de soins s'alimente de manire automatique partir de :
Les prescriptions mdicales
Les actions de la vie courantes pour lesquelles le patient a besoin d'une aide (toilette, etc...). Le personnel
infirmier dfinit dans le logiciel frquence de ces actions.
L'agenda du patient/rsident
5.6.3 Gnration du plan de soins

Le plan de soins peut tre imprim. Des filtres permettent de limiter l'impression par critres :
Page 16 sur 50
Dates et heures
service de soins
Patient/rsident
niveau du plan de soins
5.6.4 Validation du plan de soins

La liste des actions qui ncessitent une validation est paramtrable par le centre hospitalier.
Page 17 sur 50
6 Circuit du mdicament
Les fonctionnalits suivantes sont obligatoires :
6.1 Prescription
6.1.1 Identification du patient
Rcupration de lidentit et des mouvements dans la base de donnes,
Intgration des donnes cliniques et biologiques (poids, taille, surface corporelle, terrain, allergie, port
d'une sonde, cratinine, germes, antibiogramme, ). La prsence de ces donnes ne doit pas tre
bloquante, paramtrage par service possible,
Historique par patient des prescriptions, de la prescription dun mdicament, des modifications de
prescription.
6.1.2 Identification du prescripteur
Interface avec le fichier des prescripteurs
6.1.3 Saisie des prescriptions
A partir du livret et des protocoles thrapeutiques,
A laide dun catalogue de substitution pour la gestion dquivalences thrapeutiques (pour les hors
livret),
Gestion du livret thrapeutique paramtrable partir dune base Vidal ou BCB, possibilit au pharmacien
dannoter prs de la rfrence du mdicament des informations telles que les proprit excrables,
scable etc... et les conditions de prise du mdicament (debout, jeun ).
Mise disposition des rfrences scientifiques Vidal ou Thriaque ou BCB,
Saisie soit par spcialit, par DCI, par protocole,
Posologies exprimes sous diverses formes : mg, ml, UI, ; des posologies type pourront tre proposes
par molcule,
Diffrentes voies dadministration,
Diffrents horaires et frquences dadministration (5j/7, le 28 de chaque mois, tous les jours sauf samedi
dimanche, avant les repas, tous les 3 mois, au lever, en milieu de matine, midi, au cours du repas, en
milieu daprs-midi, au repas du soir, au coucher, les jours pairs, les jours impairs, etc),
Dure du traitement (facteur bloquant) avec une alerte tous les trois mois.
Contrle des interactions mdicamenteuses par une aide en ligne.
Le logiciel doit permettre :
Une surveillance du patient facilite : paramtres surveiller, conduites tenir (texte libre ou protocole
suivi),
La ractivation dun traitement antrieur ou la suspension provisoire dun traitement,
Page 18 sur 50
Les prescriptions conditionnelles (ex : si douleur, si hyperthermie, ),
Ldition des prescriptions y compris les prescriptions de sortie (date et heure si plusieurs prescriptions la
mme journe),
La consultation de lhistorique des ordonnances dun patient,
La visualisation des ordonnances en cours,
La notification des effets indsirables,
Le retour dinformation vers la pharmacie.
6.2 Dispensation
6.2.1 Prescription nominative
Validation pharmaceutique systmatique par ordonnance,
Utilisation dun outil spcifique, valid et frquemment mis jour : analyse portant sur les interactions
mdicamenteuses, posologies, terrain, ge, poids, dure de traitement, contre-indications, incompatibilits
physico-chimiques, doublons thrapeutiques,
Saisie de commentaires (avis par le pharmacien destination des mdecins),
Suivi de la traabilit de la validation,
Edition possible de lanalyse pharmaceutique et des alarmes,
Ordonnancier.
6.2.2
Commandes globales
Le logiciel devra permettre dassurer la gestion quotidienne des commandes par services de soins :
Saisie des commandes et affectation par units de soins,
Rception des commandes par unit de soins,
Validation des commandes par quantits,
Valorisation des commandes hebdomadaires par unit de soins, par taux de TVA en distinguant pour
chaque taux de T.V.A. : le montant H.T, la TVA et le montant T.T.C.
6.2.3 Aide la dispensation

dition paramtrable du plan de cueillette
Par patient (nominatif),
Par service (cueillette globalise),
Pour une spcialit,
Page 19 sur 50
Pour une priode.
Gestion des sorties et des retours
6.3 Administration mdicamenteuse

6.3.1 Prparation de ladministration
Edition dun plan dadministration paramtrable (par patient, pour tous les patients, par jour, par priode
dans la journe, pour une semaine, par forme mdicamenteuse, par voie dadministration, ),
Accs disponible au livret thrapeutique.
6.3.2
Validation de ladministration
Validation lectronique produits administrs (heure) ou non administrs (raison),
Remarques et observations,
6.4 Gestions particulires

6.4.1 Gestion des dispositifs mdicaux
Consultation du livret des Dispositifs Mdicaux,
Validation du bon de commande du service,
Validation des quantits dispenser,
Edition dun bon de livraison,
Gestion des retours
6.4.2 Gestion des molcules onreuses (T2A) et gestion des stupfiants

La gestion des molcules onreuses et des stupfiants doit tre ralisable selon les modalits
suivantes :
gestion des stocks (entres/sorties)

prescription en toute lettre
ordonnancier
6.5 Statistiques
1/ Existence de requtes dj labores, fournissant divers tableaux et graphiques pour :
un suivi des activits mdicaments , dispositifs mdicaux des services et de la pharmacie :
Consommations des mdicaments et cots par patient, par UF, par pathologie, par prescripteur, par classe
thrapeutique,
Nombre dordonnances, de lignes dordonnances traites par service,
Page 20 sur 50
Consommations des dispositifs mdicaux,
Nombre de retours,
Nombre de lignes de commandes,
Nombre de lignes de sorties (globalement, par service, par famille de produits),
2/ Dautres requtes doivent tre paramtrables par ltablissement pour rpondre notamment des enqutes
rgionales ou nationales.
6.6 Gestion de stocks

Le titulaire devra intgrer dans son offre un logiciel permettant la gestion de stocks de mdicament. Ce
logiciel devra, de manire gnrale, prsenter les caractristiques basiques propres chaque logiciel de
gestion de stocks pharmaceutiques et tre interfac avec le logiciel Hospitalis permettant une liaison avec les
fournisseurs ainsi quavec le progiciel Hlios qui transmet les flux comptables vers la Trsorerie.
Ce logiciel devra en outre comporter les fonctionnalits suivantes :
Le livret du mdicament doit tre commun la gestion de stocks et au logiciel de prescription ou de

soins. De plus, il doit tre possible dinsrer, cot de la rfrence du mdicament, une icne
permettant didentifier le caractre crasable du mdicament, ou autres
Un lecteur code barre ou datamatrix, permettant une traabilit et une identification par numro de lot.
La gestion des entres doit pouvoir tre ralise par : besoins par dotation, besoins ponctuels et par
besoins globaliss par patient ou par service.
Les retours de service doivent apparatre
Le gestion de stocks doit pouvoir seffectuer par zone de stockage, par unit, par carton, par bote ou
sachet et doit pouvoir distinguer les achats par march public ou par centrale dachats.
La gestion des inventaires doit pouvoir seffectuer sur la base de liste de contrle, ldition des carts doit
apparatre, et cette gestion des inventaires doit tre ralisable par liste, par zone, ou par forme.
Les commandes des fournisseurs (gres par le logiciel Hospitalis) doivent apparatre par bote, carton,
unit ou sachet.
La fiche de chaque fournisseur doit prsenter une partie administrative et une partie commande en
lien avec un ou plusieurs fournisseur(s) ventuel(s).
Les prix doivent tre visualiss en HT ou TTC tout moment.
La traabilit des prescriptions nominatives entre les services de soins et la pharmacie doit tre possible.
Des statistiques doivent tre dites : par commande, par service, par dsignation, par quantit
commande/rtrocde/effectivement consomme.
La gestion des units gratuites doit galement tre possible
Page 21 sur 50
7 Le dossier paramdical de kinsithrapie

Il est compos des lments suivants :
7.1 Le dossier administratif

Les renseignements dtat civil des patients seront repris automatiquement de la base
7.2 Le dossier mdical dossier de soins

Les informations mdicales et de soins pourront tre accessibles en lecture uniquement
La prescription mdicale du patient sera reprise du dossier mdical et pourra tre dite
Laccs au dossier de soins et la synthse des transmissions infirmires sera immdiat, de mme
que lenvoi dinstructions particulires de la part du service de kinsithrapie aux services de soins
7.3 Dossier de kinsithrapie

7.3.1 Bilan initial FICHES DE KINESITHERAPIE
Plusieurs bilans (Autonomie, Respiratoire, Traumatologie, Neurologie) pourront tre tablis selon
le problme initial rencontr, pour chacun des problmes un thsaurus sera propos.
7.3.2 valuation - Suivi des soins

Chaque sance pourra tre commente et sa validation dcrmentera le nombre de sances restant
raliser.
Le programme de suivi des soins sera accessible en ligne pour une mise jour en temps rel.
7.3.3 Bilan final FICHE KINE

Chaque bilan final sera tabli avec une reprise automatique des donnes du bilan initial concern.
7.3.4 Le recueil dinformation standard

Une liste dactes lmentaires sera dfinie dans un catalogue spcifique au recueil.
Pour chacun des soins, cest lintensit du temps intervenant hebdomadaire qui sera pris en
compte et ce temps sera exprim en minutes
Les sances seront valorises en temps qui seront automatiquement repris pour le PMSI
Page 22 sur 50
7.3.5 Rapports mdicaux gestion des courriers

Une possibilit sera donne soit :
De crer une fiche synthse spcifique
Un accs une fiche synthse existante dans le dossier mdical ou
dans le dossier de soins et de crer ainsi un vnement dans cette fiche.
Page 23 sur 50
8 les dossiers de radaptation : psychologue, ditticienne, assistante

sociale, ergothrapeute
Pour chacun de ces dossiers les lments suivants seront repris de la base de donnes :
Renseignements dtat civil du patient
Les traitements,
La feuille didentification du patient et tous les lments du dossier mdical et du dossier de

soins
8.1 Partie pour le module de la Ditticienne

Le systme devra permettre lutilisatrice :
-De consulter lidentification du patient avec en plus les informations suivantes :
Poids,
Taille,
IMC,
Analyses de laboratoire.
-De noter quelques lments dinformation sous une forme libre destination des quipes (comme sur la feuille de
surveillance),
-Disposer dun systme dalerte pour prvenir les soignants dune information importante,
-Lensemble des prescriptions en cours (mdicaments, Kin),
-Les lments de lhospitalisation lextrieur de ltablissement,
-Lensemble des comptes rendus,
-Le suivi alimentaire (quantits) du patient (prise des repas, prise des produits dittiques)
Le systme devra dclencher une alerte si IMC<21 et/ou si perte de poids de 5% en 1 mois, 10% en 6 mois.
Le mdecin pourra alerter la ditticienne en notant des informations diverses ou prescriptions comme sur la
feuille Para-Clinique , selon les rubriques suivantes :
-Rgime particulier (Diabtique, sans rsidu),
-Prescriptions de complment alimentaire,
-Alimentation enrichie,
-
Page 24 sur 50
8.2 Partie pour le module des Psychologues

Pour chacun de ces dossiers les lments suivants seront repris de la base de donnes :
Renseignements dtat civil du patient
Les traitements,
La feuille didentification du patient et tous les lments du dossier mdical et du dossier de soins
Le systme devra permettre :
De noter quelques lments dinformation sous une forme libre destination des quipes,
Disposer dun systme dalerte pour prvenir les soignants dune information importante,
De consulter lidentification du patient,
Lensemble des prescriptions en cours (mdicaments, Kin),
Les lments de lhospitalisation lextrieur de ltablissement,
Lensemble des comptes rendus,
Noter des observations destination de lquipe soignante et des mdecins (comme la feuille de
surveillance utilise actuellement).
Le mdecin pourra alerter la psychologue en notant des informations diverses comme sur la feuille ParaClinique .
8.3 Partie pour le module de lAssistante sociale

Le systme devra permettre :
La consultation de toutes les donnes administratives du patient,
La consultation de lensemble des sjours du patient,
La consultation des donnes mdicales du patient,
La saisie dinformations :
De nature confidentielle qui ne seront pas diffuse lensemble des acteurs dans une zone de
commentaire libre,
De nature ouverte et destine lensemble des professionnels (comme la feuille de surveillance utilise
actuellement).
Disposer dun systme dalerte pour prvenir les soignants dune information importante.
Par ailleurs, le systme devra permettre laccs la situation sociale du patient lentre :
Cette fiche est renseigne tout dabord par le cadre de sant partir de lanalyse de cette fiche lAssistante Sociale
renseigne la deuxime colonne qui concerne plus particulirement la prise en charge sociale du patient.
Page 25 sur 50
Les informations renseignes par lassistante sociale sont les suivantes :
Projet de VIE :
1. Retour domicile,
2. EHPAD,
3. Foyer logement
4. Accueil familial,
5. Autres
Prise en charge financire :

1. APA,
2. Rvision APA,
3. ARDH (aide au retour domicile aprs hospitalisation)
4. Allocation logement,
5. Mutuelles,
6. Aide sociale,
7. Autres
Mise en place des aides :

1. IDE,
2. SSIAD,
3. Aide mnagre ou auxiliaire de vie
4. Portage repas,
5. Tl assistance,
6. Aide technique.
Amlioration de lhabitat OUI/NON
Liaison avec les services de proximit :

1. CLIC (centres locaux dinformation et de coordination)
2. Conseil Gnral,
3. Assistance sociale de secteur,
4. Association,
5. Dlgu la tutelle,
6. Autres
Page 26 sur 50
9 PMSI
Le candidat fournit un logiciel d'aide la saisie et au codage des actes. Le logiciel doit tre conforme aux
exigences de la scurit sociale. Il doit permettre d'exporter les donnes au format impos par la scurit sociale.
Actuellement seul l'unit de soins de suite et de radaptation est concerne par le codage PMSI. Le logiciel permet
de n'extraire que les patients concerns.
Le logiciel de saisie des donnes PMSI est intgr au logiciel de dossier de soins / logiciel mdical ou importe
automatiquement les informations mme de faciliter la saisie.
Page 27 sur 50
10 Formations
10.1 Paramtrages initiaux du logiciel

Les paramtrages initiaux sont de faon non exhaustive : les droits d'accs de chaque catgorie professionnelles,
les listes types, la dfinition des soins qui doivent tre valids informatiquement, etc...
Dans le but de dfinir ces paramtrages, le candidat retenu aura en charge l'animation des groupes de travail avec
du personnel de centre Hospitalier (service informatique, cadres de sant, mdecins, pharmacie, secrtaires
mdicales)
Le candidat joint sa rponse l'appel d'offre une proposition de calendrier pour ces groupes de travail.
10.2 Formation Initiale du personnel

10.2.1 Personnel destinataire de la formation.
Le titulaire du march sengage dispenser une formation aux utilisateurs des logiciels. Sont concerns
lensemble du personnel :
soignant,
pharmacie (Pharmacien, prparateurs)
mdical,
mdicotechnique,
administratifs en charge des admissions et/ou grant les mouvements des patients et rsidents.
10.2.2 Modalits de la formation.

Les formations doivent avoir lieu avant la mise en production des logiciels fournis.
Le titulaire doit proposer un plan de formation mentionnant :
la composition des groupes de formation.
La dure de formation estime pour chaque catgorie de personnel.
la dure globale de formation lchelle de ltablissement,
Le tableau suivant prsente la rpartition du personnel former selon les postes de travail.
Mdecins
Page 28 sur 50
Cadres de sant
Infirmier(es)
16
Aides
soigna
soignant(es)
et
agents de services
hospitaliers
199 (au moins 3 AS par service sont

former soit 36)
Kinsithrapeutes
Ergothrapeute
Assistantes sociales
et psychologue
Secrtaires
mdicales
Cadres de sant
10.2.3 Prsence d'un formateur lors de la mise en production des

logiciels fournis.
Durant la semaine suivant la mise en production du (des) logiciel(s), le candidat retenu mettra disposition un
formateur. Celui-ci sera prsent dans l'tablissement afin d'accompagner les quipes de soins. Durant la semaine, il
assurera au moins deux fois une prsence aprs 21 heures afin d'aider les quipes de nuit dans la prise en main du
logiciel.
10.3 Maintien de de la formation du personnel

Le soumissionnaire remplit et s'engage sur un bordereau de prix concernant la ralisation de formations
supplmentaires que pourrait commander le CH du Bois Petit durant les 3 annes qui suivent l'installation du
(des) logiciel(s)
Nombre de participants maximum par

groupe
Prix de la demi- journe de formation
Page 29 sur 50
11 Maintenance des applicatifs et service aprs-vente

Il ne doit y avoir aucune diffrence de couverture technique entre la priode de garantie et la priode de
maintenance. La priode de garantie (lanne conscutive lachat) correspond une priode de maintenance
gratuite.
11.1 La garantie et la maintenance couvrent :

Assistance :
Tlphonique.
Tlmaintenance.
Maintenance :
Prventive.
Corrective.
Evolutive.
Lgale.
Le candidat devra prsenter laspect organisationnel et oprationnel de la maintenance :
Nombre de personnes affectes au standard hot line,
Nombre de personnes affectes la hot line / module,
Dlai maximum de rponse,
Dlai maximum de rsolution,
Notion durgence,
Existence de modalits particulires pour les demandes de modification,
Existence de modalits particulires pour les demandes dintervention.
11.2 Dbut de garantie :

En ce qui concerne les logiciels + interfaces, la garantie dbutera partir de la mise en production des
applicatifs.
11.3 Exclusions
Si le candidat prvoit des exclusions, celles-ci doivent tre clairement exprimes dans la rponse.
Ces rserves peuvent tre des critres dlimination directe lors du choix du candidat, si ltablissement
les juge trop restrictives la conclusion du march.
Page 30 sur 50
12 Annexe 1 : Dtail des champs du fichier servant l'interface

administrative.
La cration d'un nouveau patient ou rsident est faite dans le logiciel facdis par le service des entres. Ce logiciel
dpose un fichier texte accessible via les protocoles FTP ou SSH, organis de la manire suivante :
Les champs sont spars par une barre verticale (pipe) : | .
Les enregistrements sont spars par un retour la ligne.
Les champs sont les suivants :
champ renseign dans la liaison
champ non renseign
1 NUM_RES
2 NDA
3 COD_GEN
4 GENRE
5 NOM
6 NOM_PATR
7 PRENOM 1
8 PRENOM 2
9 ADRESSE1
10 ADRESSE2
11 CP
12 VILLE
13 DATENAISS
14 VILNAISS
15 PAYS_NAISS
16 SEXE
17 NUM_SS
18 DATE_DEBSEJ
19 HEURE_DEBSEJ
20 DATE_FINSEJ
21 HEURE_FINSEJ
22 MOTIF_SORTIE
23 DATE_ENTREE CM
24 DATE_SORTIE CM
25 TYPE MVT
26 DATE_DEB
No IPP
No dossier
Code civilit
Libell civilit
Nom
Nom de jeune fille
1er prnom
2me prnom
Adresse ligne 1
Adresse ligne 2
CP
Ville
Date de naissance
Ville de naissance
Pays de naissance
Code sexe
Numro de scu.
Date de dbut de sjour
Heure de dbut de sjour
Date de fin de sjour
Heure de fin de sjour
Motif de sortie
Date entre cure mdicale
Date sortie cure mdicale
Type mouvement
Date de dbut mvmt
Page 31 sur 50
27 HEURE_DEB
28 DATE_FIN
29 HEURE_FIN
30 DATE_DEB_UF
31 COD_UF
32 UF
33 CHAMBRE
34 DAS_COD
35 DAS_NOM
36 DAS_ADR1
37 DAS_ADR2
38 DAS_CP
39 DAS_VIL
40 DAS_TEL
41 DAS_FAX
42 PAYANT
43 DATE_DEB_AS
44 DATE_FIN_AS
45 NUMDOSSIER
46 NUMTEL
47 CSP
48 SITFAM
49 NB_ENF
50 NB_ENF_VIV
51 CONJ_COD
52 CONJ_GENRE
53 CONJ_NOM
54 CONJ_PRENO
55 CONJ_ADR1
56 CONJ_ADR2
57 CONJ_CP
58 CONJ_VILLE
59 CONJ_TEL
60 CONJ_DATENAIS
61 PREV1_COD
62 PREV1_GENRE
63 PREV1_NOM
64 PREV1_CPAR
65 PREV1_LIEN
Heure de dbut de mvmt

Date de fin mvmt)
Heure de fin mvmt
Date d'entre dans l'UF
Code interne de l'UF
Service/Unit de vie
No de chambre
Code interne Aide sociale
Nom AS
Adresse ligne 1 AS
Adresse ligne 2 AS
CP AS
Ville AS
Tlphone AS
Fax AS
Payant / AS
dbut Aide sociale
fin Aide sociale
N dossier Aide sociale
Tlphone du rsident
Profession
Situation de famille
Nombre d'enfants
Nombre d'enfants vivants
Code civilit
Libell civilit
Nom conjoint
Prnom conjoint
Adresse ligne 1 conj.
Adresse ligne 2 conj.
CP conjoint
Ville conjoint
Tlphone conjoint
Date de naissance du conjoint
Code civilit pap1
Libell civilit pap1
Nom pap1
Code confiance pap1
Lien de parent pap1
Page 32 sur 50
66 PREV1_ADR1
67 PREV1_ADR2
68 PREV1_CP
69 PREV1_VILL
70 PREV1_TELD
71 PREV1_TELT
72 PREV2_COD
73 PREV2_GENRE
74 PREV2_NOM
75 PREV2_CPAR
76 PREV2_LIEN
77 PREV2_ADR1
78 PREV2_ADR2
79 PREV2_CP
80 PREV2_VILL
81 PREV2_TELD
82 PREV2_TELT
83 PREV3_COD
84 PREV3_GENRE
85 PREV3_NOM
86 PREV3_CPAR
87 PREV3_LIEN
88 PREV3_ADR1
89 PREV3_ADR2
90 PREV3_CP
91 PREV3_VILL
92 PREV3_TELD
93 PREV3_TELT
94 DERN_ADR1
95 DERN_ADR2
96 DERN_CP
97 DERN_VIL
98 PER_NOM
99 PER_PREN1
100 NO_INSC
101 PER_DATNAIS
102 PER_VIL
103 MER_NOM
104 MER_PREN1
Adresse ligne 1 pap1

CP pap1
Ville pap1
Tlphone domicile pap1
Tlphone travail pap1
Code civilit pap2
Libell civilit pap2
Nom pap2
Code confiance pap2
Lien de parent pap2
CP pap2
Ville pap2
Code civilit pap3
Libell civilit pap3
Nom pap3
Code confiance pap3
Lien de parent pap3
CP pap3
Ville pap3
Dernire adresse connue ligne1
Dernire adresse connue ligne2
Dernier code postal
Dernire ville
Nom du pre
Prnom 1 du pre
No INS-C
Date de naissance du pre
Ville de naissance du pre
Nom de la mre
Prnom 1 de la mre
Page 33 sur 50
105 MER_PREN2
106 MER_DATNAIS
107 MER_VIL
108 CSS_CODE
109 CSS_NOM
110 CSS_CAISSE
111 CSS_CENTRE
112 CSS_CLE
113 CSS_ADR1
114 CSS_ADR2
115 CSS_CP
116 CSS_VILLE
117 CSS_TEL
118 CSS_FAX
119 CSS_REGIME
120 CSS_SREGIM
121 CSS_DEB
122 CSS_FIN100
123 CSS_FIN
124 ASS_GENRE
125 ASS_NOM
126 ASS_PATR
127 ASS_PRENOM
128 ASS_ADR1
129 ASS_ADR2
130 ASS_CP
131 ASS_VILL
132 ASS_TEL
133 ASS_LIENPAR
134 ASS_RANG
135 ASS_NAIS
136 ALD
137 POLYPATHO
138 PEX
139 PENS_MILIT
140 PENS_INVALID
141 ART_115
142 AT
143 DATE_AT
Prnom 2 de la mre
Date de naissance mre
Ville de naissance du mre
Code interne caisse scu.
Nom caisse SS
Code caisse
Code centre
Cl
Adresse ligne 1 CSS
Adresse ligne 2 CSS
CP CSS
Ville CSS
Tlphone CSS
Fax CSS
Code grand rgime
Code sous-rgime
Droits compter du
100% jusqu'au
fin des droits
Libell civilit de l'assur
Nom de l'assur
Nom de jeune fille
Prnom de l'assur
Adresse ligne 1 assur
Adresse ligne 2 assur
CP assur
Ville assur
Tlphone assur
Lien de parent avec l'assur
Rang du bnficiaire
Rang de naissance
Affection Longue Dure
Polypathologie
PEX
Pension militaire
Pension d'invalidit
Article 115
Accident du travail
Date d'accident du travail
Page 34 sur 50
144 MUT_CENTRE
145 MUT_NOM
146 MUT_ADR1
147 MUT_ADR2
148 MUT_CP
149 MUT_VILLE
150 MUT_TEL
151 MUT_FAX
152 MUT_NUM
153 TUT_LIB
154 TUT_EFFET
155 TUT_TRIBUN
156 TUT_RESPON
157 TUT_TEL
158 TUT_ADR1
159 TUT_ADR2
160 TUT_CP
161 TUT_VILLE
162 MED_COD
163 MED_GENRE
164 MED_NOM
165 MED_PRENOM
166 MED_ADR1
167 MED_ADR2
168 MED_CP
169 MED_VILLE
170 MED_TEL1
171 MED_TEL2
172 MED_INTERN
173 MED_SPE
174 MED_DOMBNQ
175 MED_BANQUE
176 MED_GUICH
177 MED_COMPTE
178 MED_RIB
179 EMP_GENRE
180 EMP_NOM
181 EMP_ADR1
182 EMP_ADR2
Code centre mutuelle

Mutuelle
Adresse ligne 1 mut.
Adresse ligne 2 mut.
CP mut.
Ville mut.
Tlphone mut.
Fax mut.
Numro d'adhrent la mutuelle
Tutelle ou Sauvegarde ou Curatelle
Date d'effet
Tribunal
Nom du responsable
Tlphone tut.
Adresse ligne 1 tut.
Adresse ligne 2 tut.
CP tut.
Ville tut.
Code FINESS med. trait.
Libell civilit med. trait.
Nom mdecin traitant
Prom mdecin traitant
Adresse ligne 1 med. trait.
Adresse ligne 2 med. trait.
CP med. trait.
Ville med. trait.
Tlphone 1 med. trait.
Tlphone 2 med. trait.
0=Salari / 1=Consultant
Spcialit
Domiciliation bancaire
Code banque
Code guichet
N Compte
Cl RIB
Libell civilit
Nom de l'employeur
Adresse ligne 1 emp.
Adresse ligne 2 emp.
Page 35 sur 50
183 EMP_CP
184 EMP_VILLE
185 EMP_TEL
186 EMP_FAX
187 ACTIVITE
188 NATIONALITE
189 GIR_COD
190 GIR_DAT
191 GIR_VAL
192 GIR_CODATTR
193 GIR_DATATT
194 MUT_ADGENRE
195 MUT_ADNOM
196 MUT_ADPRENOM
197 MUT_ADADR1
198 MUT_ADADR2
199 MUT_ADCP
200 MUT_ADVILLE
201 MUT_ADTEL
202 MUT_ADFAX
203 MEDR_NOM
204 MEDR_PRENOM
205 MEDC_NOM
206 MEDC_PRENOM
207 MEDC_ADR1
208 MEDC_ADR2
209 MEDC_CP
210 MEDC_VILLE
211 MEDC_TEL1
212 MEDC_TEL2
213 MEDC_SPE
214 OBSERVATION
215 UM
216 TYPE_ACT
217 MODE_ENT
218 PROVENANCE
219 MODE_SOR
220 DESTINATION
221 DATE_INTERV
CP emp.
Ville emp.
Tlphone emp.
Fax emp.
Activit
Nationalit
Code GIR rel
Date GIR
les 22 Lettres (ABC) dans l'ordre
Code GIR attribu
Date d'attibution
Code civilit
Nom de l'adhrent la Mutuelle
Prnom de l'adhrent la Mutuelle
Adresse ligne 1 adh. mut.
Adresse ligne 2 adh. mut.
CP adh. mut.
Ville adh. mut.
Tlphone adh. mut.
Fax adh. mut.
Nom mdecin responsable du sjour
Prom mdecin responsable du sjour
Nom mdecin correspondant
Prnom mdecin correspondant
Adresse ligne 1 med. corres.
Adresse ligne 2 med. corres.
CP med. corres.
Ville med. corres.
Tlphone 1 med. corres.
Tlphone 2 med. corres.
Spcialit corres.
Observation
Libell de l'unit mdicale
Type d'activit
Mode d'entre
Provenance
Mode de sortie
Destination
Date de la dernire intervention chirurgicale
Page 36 sur 50
222 ETS_PROVENAN
223 SERV_PROVENAN
224 ETS_DESTINAT
225 SERV_DESTINAT
226 PREV4_COD
227 PREV4_GENRE
228 PREV4_NOM
229 PREV4_CPAR
230 PREV4_LIEN
231 PREV4_ADR1
232 PREV4_ADR2
233 PREV4_CP
234 PREV4_VILL
235 PREV4_TELD
236 PREV4_TELT
237 PREV5_COD
238 PREV5_GENRE
239 PREV5_NOM
240 PREV5_CPAR
241 PREV5_LIEN
242 PREV5_ADR1
243 PREV5_ADR2
244 PREV5_CP
245 PREV5_VILL
246 PREV5_TELD
247 PREV5_TELT
248 CP_NAISS
249 CODE_PAYS_NAISS
250 PREV5_FAX
251 PREV5_PORT
252 PREV5_MAIL
253 HEUR_UF
Etablissement de provenance
Service de provenance
Etablissement de destination
Service de destination
Code civilit pap4
Libell civilit pap4
Nom pap4
Code confiance pap4
Lien de parent pap4
CP pap4
Ville pap4
Code civilit pap5
Libell civilit pap5
Nom pap5
Code confiance pap5
Lien de parent pap5
CP pap5
Ville pap5
CP de naissance
Code pays de naissance
Fax domicile pap5
Portable domicile pap5
Mail domicile pap5
Heure du mouvement (correspondant la zone 30)
Page 37 sur 50
13 Annexe 2 : Modalits de ralisation d'une interface avec le progiciel

de commandes et de gestion de stock
Cette annexe est la copie d'un document technique qui dtaille le fonctionnement de linterfaage entre le logiciel
ASC2I/PSI ( prsent SOLWARE ) et le logiciel HODIS ( Berger Levrault ). Le but de cette annexe est de
permettre aux candidats d'valuer si ncessaire les temps et cots de dveloppements complmentaires pour
interfacer leur logiciel avec Hodis. Le candidat peut proposer d'autres modalits d'interfaage en collaboration
avec l'entreprise Berger Levrault .
Le document original fourni par Berger Levrault est intitul :
HODIS v8 - INTERFACE
ASC2I / PSI
13.1 Avertissement
13.1.1 Ce document est fourni uniquement titre d'information
Les informations contenues dans le prsent document sont donnes titre purement indicatif et ne doivent pas tre
considres comme un engagement de la part de Berger-Levrault DIS, qui se rserve le droit de les modifier sans
pravis. Berger- Levrault DIS dcline toute responsabilit en cas d'ventuelles erreurs ou inexactitudes releves
dans le prsent document.
En application de la loi du 11 mars 1957, il est interdit de reproduire intgralement ou partiellement le prsent
document, sur quelque support que ce soit, sans autorisation de l'diteur.
13.1.2 Utilisation des modules & progiciels

Les modules & progiciels voqus dans ce document sont fournis sous licence et ne peuvent tre utiliss ou copis
qu'en accord avec les termes de la dite licence.
13.2 Rpartition des taches

13.2.1 PSI gre:
Les produits de pharmacie par march
commande
livraison
entres et sorties de stock
La valorisation de factures
Page 38 sur 50
Le suivi:
des consommations
des marchs
13.2.2 HODIS gre:

Les fournisseurs (adresses, ribs, marchs ...)
Le mandatement
Les critures comptables de stocks
13.3 Phase de dmarrage

Le dmarrage ncessite:
La mise zro en quantit et valeur de la totalit des articles grs par la pharmacie
La cration des articles fictifs (attention codification formalise)
Report de la valeur sur les articles fictifs
Pour ce dernier point, il existe deux possibilits:
A la charge de ltablissement par des saisies dentres manuelles. OU la charge de DIS (prestation spcifique).
13.4 Fichiers transmis a psi

O dposer?
Rpertoire
Serveur UNIX hbergeant HODIS

<HOME_HODIS>/INTERFACES/ASC2I/EXPORTS
Frquence
Toutes les nuits
Format des fichiers
ASCII (caractre sparateur le |)
Page 39 sur 50
Page 40 sur 50
13.5 Codification des articles fictifs

Les codes articles transmis par PSI seront codifis ainsi:
Note : Le centre hospitalier du Bois Petit gre la RMP
13.6 Fichiers transmis a Hodis

13.6.1 Les consommations
Ces critures sont mises disposition par PSI.
Intgration des consommations (mensuelles) par compte, nomenclature et service pour mise jour des comptes de
classe 9 lors de chaque chane de fin de mois et en fin dexercice.
Page 41 sur 50
13.7 Les factures (commandes valorises)

Ces critures sont mises disposition par PSI.
Si ltablissement gre la RMP et la rcupration de TVA, alors il doit avoir une ligne par imputation comptable,
nomenclature et taux de TVA diffrent. Le champ provenance du fichier sera renseign avec asc2i. Si les zones
adr_id, rib_id et frs_id ne sont pas renseignes, la facture sera mise sur ladresse et le RIB par dfaut et sur la
fiche sans march du fournisseur.
Le sparateur de dcimal est le point.
Page 42 sur 50
13.7.1 Structure du fichier xml

<?xml version="1.0" encoding="ISO-8859-1" ?>
<commandes version="1">
<provenance>asc2i</provenance>
<commande_hodis>
<Entete>
<numero_cde>string(7), champ facultatif</numero_cde>
<date_cde>Format JJ/MM/AAAA, champ obligatoire</date_cde>
<etat>
string(1), champ obligatoire
4 : Commande valorise
</etat>
<fournisseur>
<code_frs_hodis>string(10), champ obligatoire</code_frs_hodis>
<adr_id>string(7), champ obligatoire</adr_id>
<rib_id>string(7), champ obligatoire</rib_id>
</fournisseur>
<montant_cde_ttc>
Format : 222.22 (Prcision 2 chiffres)
</montan_cde_ttc>
<commentaire_cde>string(30), champ facultatif</commentaire_cde >
<code_echeance>string(6), champ obligatoire</code_echeance>
<date_echeance>Format JJ/MM/AAAA, si non renseign date de la commande</date_echeance>
<libelle_mandatement1>string(30), champ obligatoire</libelle_mandatement1>
<libelle_mandatement2>string(30), champ facultatif</libelle_mandatement2>
<no_facture>string(15), champ obligatoire </no_facture>
<date_facture> Format JJ/MM/AAAA, champ obligatoire</date_facture>
</Entete>
<lignes>
Page 43 sur 50
<ligne>
<frs_id>string(7), champ obligatoire </frs_id>
<type_depense >
0 : Ligne sur article
</type_depense >
<code_article>string(10), champ obligatoire</code_article>
<type_code_article >
1 : code hodis
</type_code_article>
<taux_tva>
Format : si 19.6 (Prcision 2 chiffres)
</taux_tva >
<montant_ttc>
Format: 222.22 (Prcision 2 chiffres)
</montant_ttc>
<famille_rmp>string(4), champ facultatif (si pas RMP)</famille_rmp>
<type_achat_rmp>
string(10), champ facultatif (si pas RMP) :
continu
recurrent
unique
</type_achat_rmp>
<numop_rmp>string(4, champ facultatif (si pas RMP)</numop_rmp>
</ligne>
</lignes>
</commande_hodis>
</commandes>
Page 44 sur 50
13.7.2 Cas particulier d'un tablissement ne grant pas les stocks dans
hodis
<?xml version="1.0" encoding="ISO-8859-1" ?>

<commandes version="1">
<provenance>asc2i</ provenance>
<commande_hodis>
<Entete>
<numero_cde>string(7), champ facultatif</numero_cde>
<date_cde>Format JJ/MM/AAAA, champ obligatoire</date_cde>
<etat>
4 : Commande valorise
</etat>
<fournisseur>
<code_frs_hodis>string(10), champ obligatoire</code_frs_hodis>
<adr_id> string(7), champ obligatoire </adr_id>
<rib_id> string(7), champ obligatoire </rib_id>
</fournisseur>
<montant_cde_ttc>
</montan_cde_ttc>
<commentaire_cde>string(30), champ facultatif</commentaire_cde >
<code_echeance>string(6), champ obligatoire</code_echeance>
<date_echeance>Format JJ/MM/AAAA, si non renseign date de la commande</date_echeance>
<libelle_mandatement1>string(30), champ obligatoire</libelle_mandatement1>
<no_facture>string(15), champ obligatoire </no_facture>
<date_facture> Format JJ/MM/AAAA, champ obligatoire</date_facture>
</Entete>
<lignes>
Page 45 sur 50
<ligne>
<frs_id>string(7), champ obligatoire </frs_id>
<type_depense >
3 : Ligne sur compte
</type_depense >
<lettre_bud_hodis> string(2)</lettre_bud_hodis>
<cpte_no>string(10)</cpte_no>
<taux_tva>
Format : si 19.6 (Prcision 2 chiffres)
</taux_tva>
<montant_ttc>
</montant_ttc>
<famille_rmp>string(4), champ facultatif (si pas RMP)</famille_rmp>
<type_achat_rmp>
string(10), champ facultatif (si pas RMP) :
continu
recurrent
unique
</type_achat_rmp>
<numop_rmp>string(4, champ facultatif (si pas RMP)</numop_rmp>
<ventilation_par_uf>
<code_uf_hodis>string(4)</code_uf_hodis>
<quantite_uf>string(13)</quantite_uf>
<montant_uf_ht>string(13), champ obligatoire</montant_uf_ht>
<montant_uf_ttc>string(13), champ obligatoire</montant_uf_ttc>
</ventilation_par_uf>
</ligne>
</lignes>
</commande_hodis>
</commandes>
Page 46 sur 50
14 Annexe 3 Structure du systme informatique actuel.
14.1 Architecture rseau

Le rseau est en toile avec un cur de rseau de marque Cisco
comportant un switch optique permettant de relier en fibre 8 sous-rpartiteurs Cisco installs dans l'tablissement.
En plus l'tablissement est quip de 28 bornes wifi (gres par un contrleur de marque Alcatel)
14.2 Serveurs
14.2.1 Contrleur de domaine
14.2.1.1 Systme d'exploitation
Microsoft Windows 2012 serveur
14.2.1.2 Fonctions principales

Contrleur de domaine active directory avec gestion des profils itinrants, DNS, partage de fichiers et
d'imprimantes
14.2.1.3 Disques durs / organisation du RAID / CPU / RAM / Anne

Deux lecteurs logiques :
c : Deux disques en RAID 1 pour 549Go utiles
d : Quatre disques en RAID 5 pour 2,18 To utiles
Processeurs : 2 fois 8 curs 2,40GHz
RAM : 16 Go
Anne : 2013
14.2.1.4 Cartes rseaux

Deux cartes agrges
14.2.2 Serveur de messagerie

Linux Debian 7 - 64bits
Page 47 sur 50

Mail (imap, smtp, antispam, antivirus), Serveur Web (pour l'extranet), passerelle, proxy filtrant.

Un lecteur logique compos de deux disques en RAID1 pour une taille de 260Go.
16 CPUs 2,40GHz
RAM 16 Go
Anne : 2013
14.2.2.4 Cartes rseau

3 cartes physiques :
1 vers le LAN
1 vers le modem Orange
1 vers une box Bouygues Telecom
14.2.3 Serveur de sauvegarde

Linux Debian 7

Sauvegarde quotidienne des donnes des autres serveurs (rsync et Samba).

Un lecteur logique compos de disques en RAID1 pour une taille de 2To.
8 CPUs 2,6GHz
RAM 8 Go
Anne : 2012
14.2.4 Serveur TSE / MSSQL

Microsoft Windows 2008 serveur R2

TSE/RDP, base de donne Microsoft SQL 2012 pour l'application de dossier de soins, serveur de mises jour
Page 48 sur 50
(WSUS).

Un lecteur logique compos de deux disques en RAID1 pour une taille de 558Go
Processeurs : 2 fois 8 curs 2,40GHz
RAM : 16 Go
Anne : 2012
14.2.5 Serveur Informix/FTP

Linux Red Hat Entreprise

Serveur de base de donne Informix (suite de logiciels DIS -Berger Levrault : paidis, hodis, facdis, planningDIS)
Serveur FTP pour les mises jour semi automatiques des logiciels DIS
Serveur telnet

Raid 1 sur deux disques pour de 130 Go
Ram 4 Go
14.2.5.4 Anne d'acquisition

2010
14.3 Postes clients

Environ 60 ordinateurs.
14.4 Progiciels utiliss actuellement

Fonction
Nom - diteur
Service(s) utilisateurs
comptabilit
Hodis (Berger Levrault)
conomat
Gestion de la paie
Paidis (Berger Levrault)
Ressources humaines
Gestion des formations
GESFORM - ANHF
Ressources humaines
Page 49 sur 50
Gestion des
facturations
sjours
Gestion de stock pharmacie

Dossier patient/dossier
prescriptions
et
des Facdis (Berger Levrault)

Winpharm
mdical/ PSI (Solware Life)
Evnements indsirales, bons de Dveloppement interne

travaux, annuaires, commandes
restauration,
gestionnaire
de
ressources ...
Service entres
Pharmacie
Salles
de
soins,
mdicaux, rducateurs
personnels
Tous
Page 50 sur 50

CCTP 4

Transféré par

Droits d'auteur :

Formats disponibles

CCTP 4

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

CCTP 4

Transféré par

Droits d'auteur :

Formats disponibles

Cahier des clauses techniques particulires

March concernant la fourniture d'un logiciel ou

Centre Hospitalier du Bois PETIT

Table des matires

10.3 Maintien de de la formation du personnel............................................................................29

pour les questions administratives :

pour les questions techniques :

Le prsent march est disponible en tlchargement l'adresse : http://www.ch-boispetit.fr

2 Matrise duvre - conseil

2.1 Conduite de Projet Conseil :

Installation des logiciels,

Prestation de paramtrage et dassistance,

Formation des utilisateurs par module,

2.3 Dlai entre la notification et la mise en production des

3 Intgration du logiciel ou de la suite de logiciels dans le systme

3.2 Base de donnes

3.3 Modes d'accs possibles des ordinateurs aux applications

3.3.1 Application distante

3.3.2 Client lourd

3.3.3 Interface web

3.4 Composants logiciels tiers (hors S.G.D.B.) ncessaires

Le composant n'est plus disponible ou est devenu obsolte.

3.5 Contrle d'accs et gestion des droits

3.5.2 Intgration possible l'annuaire Active directory de

3.5.3 Intgration possible au systme de messagerie

3.6 Exigences d'interoprabilit

3.7 Interfaages du logiciel ou de la suite de logiciels fournis

temps quasi rel.

3.7.2 Les logiciels fournis et les autres logiciels du centre hospitalier

3.7.2.2 Comptabilit et gestion des stocks

3.7.2.3 Gestion des repas, et des vnements indsirables

Secteur/service, numro de chambre

3.7.2.4 Messagerie lectronique

3.7.3 Les logiciels fournis et les interfaces avec des correspondants

4.1 Le dossier mdical commun

Lidentification du patient (tat civil, personne de confiance, personne prvenir)

Les antcdents (hospitalisations, diagnostics dentre et de sortie, les allergies.)

Les observations mdicales et maladies en cours

Les prescriptions (mdicamenteuses en liaison avec le livret du mdicament de ltablissement, carnet de

La rcupration des rsultats (de laboratoire, dimagerie mdicale, de compte-rendu dexamen...) au

La visualisation, par patient ou pour un groupe de patients, et alerte sur

4.2 Logiciel de prescription mdicale

Mdicaments, injections, perfusions

Traitement non mdicamenteux et surveillances

Prescription mdicale de transport

Accs au dossier mdical commun,

Aux observations de suivi

Aux outils permettant de simplifier sa prescription

reprise de traitement arrt

modification dune ligne de prescription

accs aux protocoles prdfinis

accs au livret thrapeutique de ltablissement

accs au VIDAL ou la Banque Claude Bernard

Interactions avec pathologie (Antcdents formats)

4.3 Un suivi de lactivit de prescription et analyses

Cot moyen dun traitement

Une liste de mdicaments selon le nombre de prescriptions ralises

Pourcentage de prescriptions ralises hors livret thrapeutique de ltablissement