Post on 03-Apr-2015
Concevoir un système d’information hospitalier évolutif, ouvert et
adapté grâce à un processus de conception orienté modèle
Benjamin ChevallereauAlain Bernard
Conférence GISEH, 2-4 septembre 2010
Plan
1. Contexte
2. Notre proposition1. 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 d’innovation présent Méthodologies présentes et reconnues Mais…
Un manque de communication important
Qu’est ce qu’un SI ?
Un système d’information est un moyen de produire et de consommer de l’information 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, c’est-à-dire :
Qui ? Fait Quoi ? Et Comment ?
Un besoin spécifique…
Illusoire de définir un registre commun des besoins fonctionnels d’une entité médicale
Chaque entité exprime des besoins en fonction de : Sa catégorie, Sa capacité d’accueil, 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é d’expression du besoin
Mécanisme d’interprétation du besoin afin de partager/communiquer plus facilement entre les
différents participants d’un projet !
Plan
1. Contexte
2. Notre proposition1. 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
Notre langage
Notre langage
Notre langage
Notre langage
Dictionnaire de données
Définition des
objectifs
Comment atteindre
les objectifs ?
Plan
1. Contexte
2. Notre proposition1. Langage
2. Interprétation
3. Méthodologie
3. Processus de conception
4. Application à un groupe hospitalier
Le mécanisme d’interprétation
Afin de diffuser l’expression 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 proposition1. Langage
2. Interprétation
3. Méthodologie
3. Processus de conception
4. Application à un groupe hospitalier
Méthodologie
Plan
1. Contexte
2. Notre proposition1. 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
Gestion documentaire
(GED)
Moteur de
processus
Moteur de formulaire
Outil de validation adapté aux experts fonctionnels
Besoin
Conception
Technologie
Plan
1. Contexte
2. Notre proposition1. Langage
2. Interprétation
3. Méthodologie
3. Processus de conception
4. Application à un groupe hospitalier
Cas d’étude
Merci de votre attention…