3LGM pour la modlisation des systmes hospitaliers

1
3LGM pour la modélisation des systèmes
hospitaliers

• Certificat en Informatique Médicale

Henning Müller Service dInformatique Médicale
2
Vue globale

• Modélisation
• 3LGM
• Pourquoi un modèle spécialisé?
• Les trois couches de la modélisation
• Domain layer (fonctions)
• Logical tool layer (outils, logiciels)
• Physical tool layer (structure physique, réseau)
• Connections entres les couches
• Le logiciel pour la modélisation
• Conclusions

3
Modélisation

• Simplification de la réalité pour mieux
  comprendre un système
• UML, flowchart
• Visualiser pour mieux comprendre un système
• Se concentrer sur les points importants
• Différent niveaux de détails
• Plusieurs modèles pour décrire le même système
• Spécifier le comportement
• Système de modélisation influence lapproche du
  problème

4
3LGM et 3LGM2

• 3 Level Graph-Based Model
• 3 Level Graph-Based Meta Model
• Modèle pour la description de systèmes
  dinformation hospitaliers
• Modèle pour la visualisation et lévaluation de
  la qualité des systèmes dinformation
  hospitaliers
• Intégration de nouveaux modules dans le HIS
• Interfaces
• Gestion de la qualité dun HIS
• Cassures des médias
• Comparaison avec des modèles de référence
• À ce jour, aucun pour le 3LGM

5
Pourquoi un tel méta-modèle spécialisé?

• Un modèle spécialement conçu pour les hôpitaux
• Dautres modèles sont axés sur dautres fonctions
  pour le commerce telles que le flux de matériel,
  
• Ceux-ci ne satisfont pas les besoins dun hôpital
• Importance de la différence entre la génération,
  le stockage et la communication des données
• 3LGM est basé sur des études effectuées dans des
  hôpitaux, et des enquêtes parmi des responsables
  pour le HIS
• Un modèle contenant tous les niveaux importants
  pour un hôpital (fonctions, outils, parties
  physiques)
• Importance des connections entre les couches
• Un outil spécialement développé pour les hôpitaux

6
Les trois couches

• Couche domaine
• Tâches/fonctions/procédures dans un hôpital
• Entités, objets
• Couche logique
• Partie informatisée
• Partie non informatisée
• Couche physique
• Réseau informatisé, ordinateurs, imprimantes,
• Supports non informatisés, pneumatique,

7
Couche domaine

• Collection des fonctions du système à modéliser
• Les activités changent les données des objets
• Pour remplir les fonction dun hôpital, on
  utilise des objets et des informations/données
  sur ceux-ci
• Physiques ou virtuels, représentés par des
  données
• Certains types dobjets sont des classes
  comprenant des données similaires
• Les fonctions se passent dans des unités
  dorganisation
• La partie dynamique décrit la suite des fonctions
  à remplir, mais cela ne fait pas partie de la
  présente description

8
Notation couche domaine

• Fonctions, unités de fonctions
• Types dobjets
• Accès (interprétant ou modifiant)

Documentation clinique
Patient
Reception
9
Couche logique

• Systèmes ou composants dapplications
• Qui réalisent une/plusieurs fonctions
• Systèmes informatisés installés sur un ordinateur
• Non modifiés, modifiés, paramétrés,
• Systèmes conventionnels nutilisant pas
  dordinateurs mais dautres systèmes physiques
• Papier, plan dorganisation, poste,
• Interfaces entre systèmes dapplications

10
Notation de la couche logique

• Séparation informatisé ou non
• Applications
• Interfaces
• Connexions

HIS
LIS
Archive papier
informatisé
Non informatisé
11
Couche physique

• Systèmes de personnes et doutils conventionnels
• Classeurs darchives, poste, pneumatique,
• Systèmes informatisés
• Ordinateurs, PCs, Serveurs, imprimantes,
• Switch, Router, cartes réseaux,
• Interfaces
• Câbles, réseau sans fil (connexion virtuelle)

12
Notation de la couche physique

• Ordinateur de bureau
• Serveur
• Autres appareils
• Réseau, pneumatique, router
• Autres symboles pour différentes fonctions

Ordinateur darchivage LIS
Poste interne
Serveur HIS
imprimante
Archive papier du LIS
Serveur LIS
13
Connections entre les couches

• Importance de la connexion entre les fonctions et
  les applications (informatisées ou non)
• Une/plusieurs application(s) pour une/plusieurs
  fonction(s)
• Identification des fonctions dont les
  applications sont très (trop) complexes ou
  pourraient générer des erreurs
• Connexion entre les applications et la partie
  physique
• Plusieurs ordinateurs pour une application ou
  plusieurs applications sur un ordinateur
• Permet lidentification des bottlenecks

14
Exemple dun connexion simple entre couches
HIS
LIS
Archive papier
informatisé
Non informatisé
Ordinateur darchivage LIS
Poste interne
Serveur HIS
imprimante
Archive papier du LIS
Serveur LIS
15
Le logiciel 3LGM

• Permet la modélisation des trois couches avec des
  symboles existants
• Permet des connexions entres les couches
• Avantages
• Vues différentes sur le système
• Vue dune partie sans devoir enlever les
  connexions
• Inconvénients
• Seulement en allemand et en anglais
• Version Beta (encore quelques erreurs)

16
Linterface
17
Conclusions

• 3LGM nest pas un standard tel que UML
• Spécialisé pour les hôpitaux et leurs besoins
• Bon moyen pour modéliser les systèmes
  dinformation hospitaliers avec toute leur
  complexité
• Loutil permet de créer un modèle et den avoir
  des vues différentes sans modification
• Il contient des symboles, etc.
• Il est gratuit