Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Page Properties


Objectif(s)
  1. Réduire Maîtriser les adhérences duplications de formats données entre les producteurs et les consommateurssystèmes.
  2. Clarifier quels sont les domaines maîtres des données.
  3. Obtenir une version conforme aux technologies WS*Partager une définition commune des données.
Cible(s) 
Couverture


Principes

Le modèle de données est La cartographie des données prend 2 formes:

  1. une représentation

...

  1. statique et logique.
  2. une carte des échanges entre domaines.

La représentation statique est un modèle de classe qui a pour objectifs de:

  1. Mettre à disposition du fonctionnel une représentation partagée et uniforme du métier,
  2. Diffuser un modèle exploitable par les implémentations nécessaires:
    1. Master Data
    2. Modèles Pivot.

La cartographie offre une vision plus globale des échanges des données.

Mise en oeuvre

Modélisation des notions métier

Dans chaque domaine ous sous-domaine, une représentation des notions est nécessaire. En fonction du niveau de précision souhaité, celui-ci pourra prendre les formes suivantes:

...

Note

Le niveau de détail est structurant. Un modèle logique de classe sera beaucoup plus intéressant pour l' IT.

Dépendances entre Modèles

Les modèles et dictionnaires sont décomposés dans les domaines afin de définir les domaines responsables de ces données.sont souvent reliés les uns aux autres par des notions partagées ou recopiées.

Les modèles ne doivent pas dupliquer les notions. Ils est important de préciser l'orgine de la donnée.

Plantuml
class A
class B
A -r-> B


package AutreDomaine {
	class C


	B .r.> C
}


Cartographie des flux d'information

Une vue complémentaire est utilisée pour représenter les échanges d'information entre les domaines.

Celle-ci identifie les notions principales qui sont recopiées et transportées d'un domaine à un autre.

Plantuml
toppackage toProductionDeSoinsCliniques bottom{
direction
	package ProductionDeSoinsCliniquesGestionDossierPatientMedical {
		class Patient
	package	class gestionDossierPatientMedicalDossierGeneral
{	}
	package DossiersMedicauxDeSpécialité {}
		packageclass DossiersMedicauxDeSpécialitéDossierSpecialité
{	}
	package Urgences {
		class PassageUrgence
	}
}


package ProductionDeSoinsMédicothechnique {
	package BiologieMedicale {}
	package AnatomieEtCytologiePathologiques {}
	package ImagerieMédicale {
		class Imagerie
	}
	Patient -> ImagerieMédicale

	package Médicaments {
		class Medicatment
	}
	DossierGeneral -> Médicaments
	DossierSpecialité -> Médicaments
	PassageUrgence -> Médicaments

	package AutresPlateauxMédicothechniques {}
}


package PilotageMedicoEconomique {}
package Support {}

...


Warning

Ne pas penser à la solution sous-jacente aux échanges. Elles peuvent être de plusieurs natures.