Cahier des Charges fonctionnel. Gestionnaire d évènements du Centre médical «Les Muraillettes»

Transcription

1 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

2 P a g e 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

3 P a g e 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

4 P a g e 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 )

5 P a g e 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 Légende Sous-titre de la légende Symbole Total Description 2 PC Réseau du centre médical «Les Muraillettes» 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

6 P a g e 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.

7 P a g e 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

8 P a g e 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.