Concevoir un système dinformation hospitalier évolutif, ouvert et adapté grâce à un processus de conception orienté modèle Benjamin Chevallereau Alain Bernard Conférence GISEH, 2-4 septembre 2010
Plan 1. Contexte 2. Notre proposition 1. Langage 2. Interprétation 3. Méthodologie 3. Processus de conception 4. Application à un groupe hospitalier
Contexte Industrie logicielle peu performante Taux de succès des projets relativement faible Retards et coûts supplémentaires dans les projets Mauvaise compréhension des besoins Pourquoi ? Expertise technologique avancée Potentiel dinnovation présent Méthodologies présentes et reconnues Mais… Un manque de communication important
Quest ce quun SI ? Un système dinformation est un moyen de produire et de consommer de linformation en fonction des utilisateurs et des activités à réaliser en proposant des interfaces adaptées. Pour concevoir un SI, il est donc primordial de définir clairement les besoins fonctionnels des utilisateurs finaux, cest-à-dire : Qui ? Fait Quoi ? Et Comment ?
Un besoin spécifique… Illusoire de définir un registre commun des besoins fonctionnels dune entité médicale Chaque entité exprime des besoins en fonction de : Sa catégorie, Sa capacité daccueil, Sa structure, Son environnement, Son histoire, Ses perspectives, …
Notre proposition Proposer un environnement de définition du besoin adapté aux experts métier ! Langage simplifié dexpression du besoin Mécanisme dinterprétation du besoin afin de partager/communiquer plus facilement entre les différents participants dun projet !
Plan 1. Contexte 2. Notre proposition 1. Langage 2. Interprétation 3. Méthodologie 3. Processus de conception 4. Application à un groupe hospitalier
Notre langage Proposer un langage d'expression du besoin graphique commun aux différents experts (métier et technique) : Simple « Complet » Interprétable Compréhensible
Notre langage
Plan 1. Contexte 2. Notre proposition 1. Langage 2. Interprétation 3. Méthodologie 3. Processus de conception 4. Application à un groupe hospitalier
Le mécanisme dinterprétation Afin de diffuser lexpression des besoins fonctionnels, il peut être intéressant de le transposer dans un autre espace technologique : Analyse des risques; Carte conceptuelle; Prototype…
Plan 1. Contexte 2. Notre proposition 1. Langage 2. Interprétation 3. Méthodologie 3. Processus de conception 4. Application à un groupe hospitalier
Méthodologie
Plan 1. Contexte 2. Notre proposition 1. Langage 2. Interprétation 3. Méthodologie 3. Processus de conception 4. Application à un groupe hospitalier
Processus de conception Prototype de validation fonctionnelle Mind map Conception Data Form Workflow
Plan 1. Contexte 2. Notre proposition 1. Langage 2. Interprétation 3. Méthodologie 3. Processus de conception 4. Application à un groupe hospitalier
Cas détude
Merci de votre attention…