Cahier des charges fonctionnel

Transcription

Cahier des charges fonctionnel
Cahier des Charges
fonctionnel
Gestionnaire d’évènements
du Centre médical « Les Muraillettes »
DAVY Benjamin, VALERO Nathanaël
Version 1.1 du 01/05/2007
Page |2
Sommaire
I.
Présentation du Projet ........................................................................................................ 2
II.
Le besoin ............................................................................................................................. 3
III.
Contexte .......................................................................................................................... 4
IV.
Directives particulières .................................................................................................... 6
V.
Exigences qualité................................................................................................................. 7
VI.
Remise de documentation .............................................................................................. 7
VII.
Planning Prévisionnel ...................................................................................................... 7
VIII.
Installation du logiciel ..................................................................................................... 8
IX.
Formation et assistance .................................................................................................. 8
X.
Exploitation ......................................................................................................................... 8
XI.
Maintenance du produit ................................................................................................. 8
I.
Présentation du Projet
a. Origine
En raison de sa forte évolution , le Centre Médical du quartier les muraillettes connait
maintenant quelques soucis dans sa communication d’évenements ( conseils administratif, réunions
des médecins, permanence des infirmières, rendez-vous …) . Il se trouve que les secretaires du centre
médical est débordés entre les agendas à maintenir à jour, le traitement des dossiers et les
télétransmissions à la CCAM ainsi que l’accueil des patients. Afin d’améliorer cette gestion, le centre
médical a demandé à une SSII de trouver une solution informatique permettant de mettre un terme
à l’utilisation du support papier.
b. Nature du travail demandé
Le but du développement de l’application est de fournir un meilleur outil aux secretaires
pour noter les différents évènements du centre médical ( actuellement elles notent sur un cahier ).
Mais aussi permettre une meilleur communication entre les differents personnes.
c. Les responsables du projet
Les personnes participant à ce projet d’informatisation des gestions d’évènements sont :
Dans la SSII Athéna:
- Davy Benjamin
- Valero Nathanaël
Dans le centre médical:
- Anne Durant
- François Vernet
Page |3
Les personnes de la société de service Athéna développeront l’application et les secrétaires
aideront la société dans leur tache afin de répondre exactement aux attentes.
II.
Le besoin
a. Identification et formulation du besoin ou du but produit
Le but du développement de l’application est de fournir un meilleur outil aux secretaires pour
noter les différents évènements du centre médical. Mais aussi donner une meilleure visibilitée et
suivi.
Un évènement est un « objet » avec différentes rubriques.
Nous avons les évenements :
« rendez-vous »
Avec pour rubriques :
- le type d’évènement
- le numéro d’évènement
- idpropriétaire
- idgroupe
- la date
- l’heure
- le titre du rendez-vous
- un champ texte
- le niveau d’urgence (faible, moyen, élevé )
« alarme »
Avec pour rubriques :
- le type d’évènement
- le numéro d’évènement
- idpropriétaire
- idgroupe
- la date
- l’heure
- le titre de l’alarme
- le type d’alarme
« note »
Avec pour rubriques :
- le type d’évènement
- le numéro d’évènement
- la date
- idpropriétaire
- idgroupe
- une zone de texte
« autre » cet objet sera utilisé au cas ou aucun autre ne correspond, le nombre et le type
d’objets étant fixe.
Avec pour rubriques :
- le type d’évènement
- le numéro d’évènement
- idpropriétaire
Page |4
-
idgroupe
une zone de texte
b. Définition des cibles
Ce projet est specialement dédié pour les secretaires mais aussi aux docteurs et infirmières.
c. Définition des objectifs
Les objectifs de l’informatisation de la gestion des évènements est :
- Empêcher les redondances d’information d’évènements prévus
- Empêcher les oublis d’information d’évènements prévus
- Améliorer la communication entre docteurs et secrétaires.
o L’informatisation permettra aux utilisateurs d’avoir un outil qui centralisera tous
les évènements et qui permettra de mettre à jour en collaboration la gestion des
évènements
- Faciliter la gestion des évènements aux secrétaires
o Sans l’informatisation, les secrétaires doivent jongler entre les post-it déposés
par les docteurs, les agendas, les cahiers… Et tout cela parfois écrit de façons très
peu lisible. L’informatisation résout ce problème.
- Supprimer le support papier
- Permettre de faire des statistiques (extension possible mais non développé dans ce
projet)
- Faire des historiques (extension possible mais non développé dans ce projet)
- Permettre des sauvegardes (extension possible mais non développé dans ce projet)
III.
Contexte
a. Etude de l’existant et des concurrents
Afin de rendre possible ce projet il est nécessaire de connaitre :
- L’état du réseau informatique du Centre médical « Les Muraillettes » ( switchs, cables,
wifi …)
- Le parc informatique ( serveurs, clients passifs, pc … )
- Le parc logiciel
- Les aptitudes informatique du personnel du centre médical ( pour un éventuel besoin de
formation )
Etat du réseau :
Date de mise en place / mise à jour du réseau informatique :
- année 2005
Taux de sollicitation du réeau actuel :
- Faible ( moyenne sur 12h : moins de 1% )
- Pic de 18h30 à 18h45 ( sauvegarde et télétransmission )
Page |5
Le parc informatique :
Nous trouvons des PC pour tout ce qui est station de travail, sinon on peut aussi recencer un
serveur de transmission CCAM
Configuration logiciel des PC :
- Windows XP edition professionnelle
- Logiciel HelloDoc ( télétransmission, gestion des patients, carte vitale )
- Pack Office Pro ( Word, Excel, Access, Publisher, Outlook )
- Antivirus Nod32
Serveur transmission CCAM :
- Windows Server 2003 SMB
- SyncBack Pro
- Antivirus Nod32
- HelloDoc Server
b. Caractère confidentiel
Durant le projet deux caractères de confidentialité sont exigé par le centre médical :
-
La confidentialité des enregistrements qui seront éventuellement effectué dans
l’application.
La non divulgation du réseau informatique.
c. Environnement technique
Réseau du centre médical
« Les Muraillettes »
Légende
Sous-titre de la légende
Symbole
Total
Description
2
PC
1
Commutateur
1
Serveur
3
iMac
1
Routeur
1
Imprimante
1
Nuage
Imprimante secrétaire
Pc docteur 1
Pc du secrétaire
Pc docteur 2
Pc de l’infirmière
Pc docteur 3
Serveur de transmission CCAM / partage de données
Internet
Page |6
d. Respect d’un standard ou d’un règlement
Aucun standard ou règlement n’a été exigé de la part du centre médical
e. Suites prévues
L’application doit permettre l’évolution du cabinet autant d’un point de vue matériel que
concernant le personnel, sans l’ intervention d’une SSII .
IV.
Directives particulières
a. Contraintes de développement
Les contraintes de développement sont :
- Développement en C
- Plateforme Windows
-
b. Contraintes de performances
Utiliser moins de 5% de la bande passante du réseau
Application fonctionnant en continue (donc serveur)
-
c. Contraintes de temps
Le logiciel doit être opérationnel pour fin juin
d. Contraintes de sécurité
-
Sécurité des informations
e. Expression fonctionnelle du besoin.
Le logiciel doit répondre à certains critères de fonctionnalités tels que :
-
Création des évènements et destinataires
o Dans une fenêtre il sera demandé quel type d’évènement l’utilisateur veut créer.
Suppression / modification des évènements et destinataires
Menu d’administration : fenêtre regroupant les principales fonctions du système
o Création / suppression / modification d’objets (évènements / groupes)
Envoi des notifications d’évènements par mail.
Annuaire des utilisateurs contenant :
o Titre (M, Mme) / Nom / Prénom / Mail / Adresse / Téléphone / Fonction
Affichage des évènements par l’intermédiaire de page web
o Classés par groupe et type
Formatage des données suivant l’un des standards actuel s (à définir) permettant un
traitement simplifié des informations.
Configuration des paramètres de l’application dans un fichier texte.
o Informations concernant le serveur mail, chemin racine des fichiers utilisés et
produit par l’application : utilisateur, groupe, événements.
Page |7
V.
Exigences qualité
Le logiciel doit rester utilisable par un novice de l’informatique, savoir naviguer à travers une
interface homme machine fenêtrée classique comme rencontré sur les systèmes Windows XP et la
maitrise de la souris sont les seuls pré-requis.
VI.
Remise de documentation
-
Cahier de spécifications logicielles
Dossier de conception
Manuel utilisateur
Dossier d’extension indiquant les traitements et les tâches à mettre
en œuvre pour étendre les fonctionnalités du produit.
Le code source de l’application reste propriété de la SSII Athéna et ne sera pas remise au
client.
VII.
Planning Prévisionnel
Page |8
VIII.
Installation du logiciel
L’installation sera effectuée entièrement par la SSII juste avant la remise des supports.
IX.
Formation et assistance
Le centre médical a souscrit à 3 heures de formation sur le logiciel ainsi qu’a une assistance
de 3 appels téléphoniques et 1 intervention sur site sous 24h.
X.
Exploitation
Les sauvegardes doivent être effectuées régulièrement avec un logiciel tiers, ces
sauvegardes ne seront pas prisent en charge parla SSII ni par le logiciel, l’utilisateur final
devra sauvegarder les fichiers XML produits par l’application sur des médias tels que des
disques optiques en utilisant l’utilitaire de gravure intégré à Windows XP puisque le parc
informatique le permet.
XI.
Maintenance du produit
Aucune opération de maintenance n’est prévue. Il est cependant possible de faire une
demande d’ajout de module ou de fonctionnalité qui fera l’objet d’un nouveau contrat.