1
(MARCHE N° 02/2012/R)
LA REFONTE DU SYSTEME D’INFORMATION « RAMED »
BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE
ET SECUR...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
2
Fich...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
3
CONT...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
4
5.3 ...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
5
7.10...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
6
10.5...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
7
1 In...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
8
2 Le...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
9
2.2 ...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
10
2.2...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
11
Cha...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
12
3 V...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
13
3.3...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
14
4 G...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
15
4.2...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
16
4.3...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
17
4.4...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
18
4.4...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
19
4.5...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
20
4.6...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
21
4.8...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
22
4.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
23
4.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
24
4.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
25
5 G...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
26
NRL...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
27
5.3...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
28
5.5...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
29
6 G...
30
6.2 Matrice des opérations et combinaisons possibles
Ci-dessous la matrice des opérations et les combinaisons qui peuve...
31
6.3 Diagramme de use case du dossier
6.4 Les états d’un dossier
6.4.1 Description
Etat Description
Dossier accepté D’ap...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
32
de ...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
33
6.5...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
34
6.6...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
35
6.7...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
36
6.8...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
37
 L...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
38
6.8...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
39
Pos...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
40
6.9...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
41
6.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
42
6.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
43
6.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
44
6.1...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
45
7 G...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
46
7.2...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
47
7.4...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
48
7.5...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
49
 L...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
50
7.6...
LA REFONTE DU SYSTEME D’INFORMATION « RAMED
» BASEE SUR UNE NOUVELLE ARCHITECTURE
ROBUSTE ET SECURISEE POUR L’ANAM.
51
Act...
52
7.7.2 Algorithme d’identification d’une Personne
stm StateMachine
IPCM
Contrôle IPCM
Génére rejet et fin
Contrôle CIN
C...
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
ANAM_VS_RAMED_Design_18072013_V3
Prochain SlideShare
Chargement dans…5
×

ANAM_VS_RAMED_Design_18072013_V3

35 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
35
Sur SlideShare
0
Issues des intégrations
0
Intégrations
6
Actions
Partages
0
Téléchargements
1
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

ANAM_VS_RAMED_Design_18072013_V3

  1. 1. 1 (MARCHE N° 02/2012/R) LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM Phase1 : Etude et Conception Conception détaillée du système RAMED
  2. 2. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 2 Fiche signalétique du document IDENTIFICATION Titre du document Rapport de conception détaillée Client Agence National d’Assurance Maladie (ANAM) Nom du projet LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM Version Date de diffusion Nombre de pages Etat du document A valider HISTORIQUE DU DOCUMENT DATE VERSION OBJET Motif de Mise à jour 13/06/2013 1.0 Création du document --------------------------------- 18/07/2013 1.1 Mise à jour du document Demande de modification 18/08/2013 1.2 Mise à jour du document Demande de modification
  3. 3. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 3 CONTENU Conception détaillée du système RAMED ........................................................................................Erreur ! Signet non défini. Fiche signalétique du document.................................................................................................................................................2 1 INTRODUCTION :........................................................................................................................................................7 1.1 Objectif du document :.......................................................................................................................................................7 1.2 Structure du document :......................................................................................................................................................7 2 LES DIAGRAMMES ADOPTES....................................................................................................................................8 2.1 Rappel de l’étude fonctionnelle ...........................................................................................................................................8 2.1.1 Diagramme de Cas d’utilisation.......................................................................................................................................8 2.1.2 Diagramme de séquence..................................................................................................................................................8 2.2 Conception Technique :......................................................................................................................................................9 2.2.1 Diagramme de packages.................................................................................................................................................9 2.2.2 Diagramme de classes ....................................................................................................................................................9 2.2.3 Diagramme MCD (Model Conceptuel des Données) ..........................................................................................................10 3 VUE GLOBAL DU SYSTEME .....................................................................................................................................12 3.1 Description.......................................................................................................................................................................12 3.2 Diagramme de use case globale.........................................................................................................................................12 3.3 Acteurs du système...........................................................................................................................................................13 3.4 Entités Calées du SI..........................................................................................................................................................13 4 GESTION DU LOT......................................................................................................................................................14 4.1 Description.......................................................................................................................................................................14 4.2 Diagramme de use case d’un lot........................................................................................................................................15 4.3 Les états d’un lot...............................................................................................................................................................16 4.4 Charger un lot...................................................................................................................................................................17 4.4.1 Description................................................................................................................................................................17 4.4.2 Ordonnancement des actions ..........................................................................................................................................18 4.5 Réserver un lot .................................................................................................................................................................19 4.5.1 Description................................................................................................................................................................19 4.6 Traiter un lot ....................................................................................................................................................................20 4.6.1 Description................................................................................................................................................................20 4.7 Transférer un lot...............................................................................................................................................................20 4.7.1 Description................................................................................................................................................................20 4.8 Libérer un lot....................................................................................................................................................................21 4.8.1 Description................................................................................................................................................................21 4.9 Solder un lot.....................................................................................................................................................................21 4.9.1 Description................................................................................................................................................................21 4.10 Archiver un lot .......................................................................................................................................................22 4.10.1Description................................................................................................................................................................22 4.11 Consulter l’archive d’un lot .....................................................................................................................................22 4.11.1Description................................................................................................................................................................22 4.1 Modèle Conceptuel d’un lot..............................................................................................................................................23 4.1.1 Gestion du chargement (Tables intermédiaires) ..................................................................................................................23 4.1.2 Gestion du Workflow ..................................................................................................................................................23 4.1.3 Gestion de production ..................................................................................................................................................23 4.1.4 Gestion des cartes........................................................................................................................................................24 5 GESTION DES PHOTOS ............................................................................................................................................25 5.1 Description.......................................................................................................................................................................25 5.2 Diagramme use case gestion photos..................................................................................................................................26
  4. 4. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 4 5.3 Changement des photos....................................................................................................................................................27 5.4 Diagramme de séquence des photos .................................................................................................................................27 5.5 Diagramme de classe et MCD des photos .........................................................................................................................28 5.6 Ecrans de consultations ....................................................................................................................................................28 6 GESTION DE DOSSIER .............................................................................................................................................29 6.1 Description du dossier ......................................................................................................................................................29 6.2 Matrice des opérations et combinaisons possibles .............................................................................................................30 6.3 Diagramme de use case du dossier ....................................................................................................................................31 6.4 Les états d’un dossier........................................................................................................................................................31 6.4.1 Description................................................................................................................................................................31 6.5 Création d’un dossier ........................................................................................................................................................32 6.5.1 Description................................................................................................................................................................32 6.5.2 Diagramme de séquence de création d’un dossier.................................................................................................................33 6.6 Cohérence d’un dossier.....................................................................................................................................................34 6.6.1 Description................................................................................................................................................................34 6.7 Validité d’un dossier .........................................................................................................................................................35 6.7.1 Description................................................................................................................................................................35 6.8 Traiter un dossier..............................................................................................................................................................36 6.8.1 Description................................................................................................................................................................36 6.8.2 Diagramme de séquence................................................................................................................................................38 6.9 Mise à jour d’un dossier ....................................................................................................................................................38 6.9.1 Description................................................................................................................................................................38 6.9.2 Diagramme de séquence................................................................................................................................................40 6.10 Consulter un dossier ...............................................................................................................................................41 6.10.1Description................................................................................................................................................................41 6.10.2Diagramme de séquence................................................................................................................................................41 6.11 Archiver un dossier.................................................................................................................................................42 6.11.1Description................................................................................................................................................................42 6.12 Consulter l’archive d’un dossier...............................................................................................................................42 6.12.1Description................................................................................................................................................................42 6.13 Modèle Conceptuel d’un Dossier ............................................................................................................................43 6.13.1Gestion du chargement d’un Dossier (Tables intermédiaires).................................................................................................43 6.13.2Gestion du Workflow d’un Dossier ................................................................................................................................43 6.13.3Gestion d’historisation d’un Dossier................................................................................................................................43 6.13.4Gestion de production d’un Dossier.................................................................................................................................44 7 GESTION DE LA PERSONNE...................................................................................................................................45 7.1 Description.......................................................................................................................................................................45 7.2 Diagramme de use case d’une personne ............................................................................................................................46 7.3 Les états d’une personne...................................................................................................................................................46 7.4 Création d’une personne ...................................................................................................................................................47 7.4.1 Description................................................................................................................................................................47 7.5 Validité d’une personne ....................................................................................................................................................48 7.5.1 Description................................................................................................................................................................48 7.6 Cohérence d’une personne................................................................................................................................................50 7.6.1 Description................................................................................................................................................................50 7.7 Identifier une personne.....................................................................................................................................................51 7.7.1 Description................................................................................................................................................................51 7.7.2 Algorithme d’identification d’une Personne .......................................................................................................................52 7.8 Consulter une personne ....................................................................................................................................................53 7.8.1 Description................................................................................................................................................................53 7.8.2 Diagramme de séquence................................................................................................................................................53 7.9 Consulter l’archive d’un bénéficiaire..................................................................................................................................54 7.9.1 Description................................................................................................................................................................54
  5. 5. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 5 7.10 Mise à jour des données d’une personne .................................................................................................................54 7.10.1Description................................................................................................................................................................54 7.10.2Diagramme de séquence................................................................................................................................................56 7.11 Immatriculer une personne .....................................................................................................................................57 7.11.1Description................................................................................................................................................................57 7.11.2Diagramme de séquence................................................................................................................................................58 7.12 Modèle Conceptuel de Personne.............................................................................................................................59 7.12.1Gestion du chargement (Tables intermédiaires) ..................................................................................................................59 7.12.2Gestion d’historisation .................................................................................................................................................59 7.12.3Gestion de production ..................................................................................................................................................60 8 GESTION DES FOYERS .............................................................................................................................................60 8.1 Description.......................................................................................................................................................................60 8.2 Diagramme de use case d’un foyer ....................................................................................................................................61 8.3 Les états d’un foyer...........................................................................................................................................................62 8.4 Créer un foyer...................................................................................................................................................................62 8.4.1 Description................................................................................................................................................................62 8.4.2 Ordonnancement des actions ..........................................................................................................................................63 8.5 Consulter un foyer............................................................................................................................................................63 8.5.1 Description................................................................................................................................................................63 8.6 Suspendre un foyer...........................................................................................................................................................63 8.7 Désactivation de la dernière carte......................................................................................................................................65 8.8 Modifier un Foyer.............................................................................................................................................................66 8.8.1 Modifier les données d’un foyer.......................................................................................................................................66 8.9 Modifier la catégorie d’un foyer.........................................................................................................................................67 8.10 Modifier la structure du foyer..................................................................................................................................68 8.10.1Ajouter un membre a un foyer .......................................................................................................................................68 8.11 Suspendre un membre d’un foyer............................................................................................................................68 8.12 Consulter l’archive d’un Foyer ................................................................................................................................69 8.12.1Description................................................................................................................................................................69 8.13 Modèle Conceptuel du Foyer ..................................................................................................................................70 8.13.1Gestion d’historisation .................................................................................................................................................70 8.13.2Gestion de production ..................................................................................................................................................70 9 GESTION DES CARTES .............................................................................................................................................71 9.1 Description.......................................................................................................................................................................71 9.2 Diagramme de use case d’une carte...................................................................................................................................72 9.3 Suivi de la carte.................................................................................................................................................................72 9.4 Créer une carte .................................................................................................................................................................74 9.5 Dupliquer la carte .............................................................................................................................................................75 9.6 Suspendre la carte.............................................................................................................................................................75 9.7 Désactiver la carte.............................................................................................................................................................76 9.8 Produire la carte................................................................................................................................................................76 9.9 Renouvèlement automatique d’une carte...........................................................................................................................77 9.10 Renouveler une carte (cas normal) ..........................................................................................................................78 9.11 Payer une carte .......................................................................................................................................................78 9.12 Diagramme MCD de la carte ..................................................................................................................................79 9.12.1Gestion du Workflow ..................................................................................................................................................79 9.12.2Gestion de production ..................................................................................................................................................79 10 GESTION DU WORKFLOW .......................................................................................................................................80 10.1 Gestion des opérations simples...............................................................................................................................80 10.2 Processus du chargement........................................................................................................................................81 10.3 Processus de contrôles préliminaires .......................................................................................................................82 10.4 Processus d’immatriculation....................................................................................................................................83
  6. 6. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 6 10.5 Processus du traitement fondamental......................................................................................................................84 10.6 Processus de validation ...........................................................................................................................................85 10.7 Processus d’envoi ...................................................................................................................................................85 10.8 Diagramme de classe...............................................................................................................................................86 10.9 Diagramme MCD...................................................................................................................................................86 11 GESTION D’ARCHIVAGE..........................................................................................................................................87 11.1 Description.............................................................................................................................................................87 11.2 Diagramme de use case...........................................................................................................................................87 11.3 Modèle Conceptuel d’Archivage..............................................................................................................................88 12 GESTION DES PROFILS ............................................................................................................................................90 12.1 Description.............................................................................................................................................................90 12.2 Diagramme de use case...........................................................................................................................................90 12.3 Diagramme de séquence .........................................................................................................................................91 12.4 Modèle Conceptuel de Gestion des Profils..............................................................................................................91 13 MODEL CONCEPTUEL DES DONNEES................................................................................................................93 13.1 Description.............................................................................................................................................................93 13.2 MCD global............................................................................................................................................................94 13.3 Gestion du chargement (Tables intermédiaires).......................................................................................................95 13.4 Gestion du Workflow .............................................................................................................................................96 13.5 Gestion d’historisation............................................................................................................................................97 13.6 Gestion de production............................................................................................................................................98 13.7 Gestion des cartes...................................................................................................................................................99 13.1 Gestion d’Archivage .............................................................................................................................................100 13.2 Gestion des profils................................................................................................................................................101 14 DIAGRAMME DE CLASSE GLOBAL.......................................................................................................................102 14.1 Diagramme de classe global ..................................................................................................................................102 14.2 Gestion du chargement (Tables intermédiaires).....................................................................................................103 14.3 Gestion du Workflow ...........................................................................................................................................104 14.4 Gestion d’historisation..........................................................................................................................................105 14.5 Gestion de production..........................................................................................................................................106 14.6 Gestion des cartes.................................................................................................................................................107 14.1 Gestion d’Archivage .............................................................................................................................................108 14.2 Gestion des profils................................................................................................................................................109 15 MODEL PHYSIQUE DES DONNEES.....................................................................................................................110 15.1 MPD Global.........................................................................................................................................................110 15.2 Gestion du chargement (Tables intermédiaires).....................................................................................................111 15.3 Gestion du Workflow ...........................................................................................................................................112 15.4 Gestion d’historisation..........................................................................................................................................113 15.5 Gestion de production..........................................................................................................................................114 15.6 Gestion des cartes.................................................................................................................................................115 15.7 Gestion d’Archivage .............................................................................................................................................116 15.8 Gestion des profils................................................................................................................................................117 15.9 Liste des champs...................................................................................................................................................118
  7. 7. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 7 1 Introduction : 1.1 Objectif du document : Dans le cadre du projet de refonte du système d’information « RAMED », l’Agence Nationale d’Assurance Maladie « ANAM » souhaite se doter d’un nouveau système basé sur une nouvelle architecture robuste et sécurisée. À partir des résultats de l’étude fonctionnelles, les consultants de Visual Soft procèderont à la conception de la nouvelle solution « RAMED ». Le détail de cette conception est consigné dans ce rapport de conception qui décrira les spécifications des modules à développer. 1.2 Structure du document : Dans notre travail nous nous sommes orientés par les cas d’utilisations qui sont dirigés eux aussi par les entités clés du système et de leurs opérations. Pour chaque axe nous allons présenter une vue globale de l’axe, cela va nous permettre de rappeler les fonctionnalités auxquelles l’axe doit répondre. Chaque axe se compose de plusieurs parties, les cas d’utilisations. Ils seront présentés en début de chaque axe par un diagramme de cas d’utilisation, un diagramme d’état représentant les différents états par lesquels passe une entité pendant son cycle de vie, un tableau descriptif de chaque cas d’utilisation, un diagramme de séquence qui donnera une vue globale sur les différentes interactions du futur système, un diagramme de packages afin de bien organiser logiquement les parties de l’axe, en dernier lieu nous allons élaborer le diagramme de classes qui montrera les briques statiques du système, ainsi que le MCD et le MLD équivalents.
  8. 8. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 8 2 Les diagrammes adoptés 2.1 Rappel de l’étude fonctionnelle 2.1.1 Diagramme de Cas d’utilisation Les diagrammes de cas d’utilisation sont utilisés pour donner une vision globale du comportement fonctionnel d’un système. Le but est de traduire l’objectif de l’acteur lors de son utilisation de l’application « RAMED ». Ci-dessous un digramme global des cas d’utilisation de l’application « RAMED ». Chaque module est représenté par un use case macro qui nécessitera (ou non) une authentification par login et mot de passe : Nous détaillerons dans les paragraphes qui suivent les diagrammes des cas d’utilisation de chaque axe. 2.1.2 Diagramme de séquence Les diagrammes de séquence sont des diagrammes d’interactions qui permettent de modéliser les scénarios. Ils ont pour objectif de mieux représenter les interactions entre les objets de notre projet selon un point de vue temporel. En effet, une fois les besoins du système formalisés à travers les diagrammes de cas d’utilisation, il faut ensuite modéliser les interactions entre le système et les différents acteurs à travers la succession séquentielle des actions. Dans ce qui suit, nous détaillerons pour chaque use case les interactions des utilisateurs avec le système à travers les diagrammes de séquence qui serons présentés après les diagrammes des cas d’utilisations. uc Acteurs du systeme Administrateur métier RAMED Utilisteur RAMED Administrateur système Gérer module 1 Gérer module 2 Gérer module 3 Gérer module n Authentification Exemple: Gestion des foyers «include» «include» «include» «include»
  9. 9. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 9 2.2 Conception Technique : 2.2.1 Diagramme de packages Le diagramme de package ou de paquetage, Montre l’organisation logique du modèle et les relations entre packages, il présente un mécanisme de regroupement d’éléments tels que classes, interfaces etc. Les packages peuvent être imbriqués dans d’autres packages. Dans ce qui suit nous allons présenter pour chaque axe une vue globale de son organisation logique et cela à travers ces diagrammes de packages 2.2.2 Diagramme de classes Le diagramme de classes a toujours été le diagramme le plus important dans toutes démarche de conception il montre les briques de base statiques du système. Le diagramme de classes met en œuvre des classes, contenant des attributs et des opérations, et reliées par des associations ou des généralisations. Dans les paragraphes suivants nous allons présenter les diagrammes de classes de chaque cas d’utilisation. Rappel : Classe : description abstraite d’un ensemble d’objets qui partagent les mêmes propriétés (attributs et associations) et comportements (opérations et états). Attribut : donnée déclarée au niveau d’une classe, éventuellement typée, à laquelle chacun des objets de cette classe donne une valeur. Opération : élément de comportement des objets, défini de manière globale dans leur classe. Une opération peut déclarer des paramètres (eux-mêmes typés) ainsi qu’un type de retour. Association : relation sémantique durable entre deux classes, qui décrit un ensemble de liens entre instances.
  10. 10. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 10 2.2.3 Diagramme MCD (Model Conceptuel des Données) Le MCD repose sur les notions d'entité et d'association et sur les notions de relations. Le modèle conceptuel des données s'intéresse à décrire la sémantique du domaine, il représente la structure du système d'information, du point de vue des données, c'est-à-dire les dépendances ou relations entre les différentes données du système d'information (par exemple : le foyer, la carte, le lot, etc.), voir exemple ci-dessous.
  11. 11. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 11 Chapitre 1 : Vue global du système Ce chapitre donnera une vue globale des différentes fonctionnalités auxquelles le système RAMED doit répondre, et proposera une organisation logique selon les cas d’utilisations afin de bien organiser la structure du projet ainsi que sa réalisation qui sera dirigée par ces cas d’utilisations.
  12. 12. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 12 3 Vue global du système 3.1 Description Le système RAMED traite les données issues du ministère de l’intérieur représentant des personnes pauvres en vue de leur octroyer des cartes RAMED qui leur serviront de couverture médicale. Il s’occupe spécifiquement de la gestion de ces cartes, notamment : la création, changement de statut du bénéficiaire, renouvellement et contrôle. Mais avant d’arriver à ce stade le système doit traiter l’ensemble des dossiers des lots reçus par le MI et cela à travers un workflow que nous détaillerons dans ce qui suit. 3.2 Diagramme de use case globale Le diagramme ci-dessous donne une vue global des fonctionnalités du système : Figure 1: fonctionnalités du système uc use cases Gestion des cartes Gestion du workflow Gestion des foyers Gestion d'archivage Gestion des profils et administration système «SI» RAMED Gestion des lots Gestion des dossiers Gestion des rejets Gestion des opérations composées Gestion des opérations simples Gestion du payement Gestion des personnes Gestion des photos «extend» «extend»«extend»«extend»
  13. 13. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 13 3.3 Acteurs du système Le RAMED doit assurer le traitement des dossiers reçus, doit assurer la gestion des foyers et leurs cartes (création, renouvèlement, payement, suspension..etc.) , aussi il doit assurer l’archivage des données à historier sans bien sur oublié la gestion des utilisateurs et l’administration du système. Ce système va être utilisé essentiellement par les acteurs suivants chacun selon ses responsabilités : Figure 2: les acteurs du système 3.4 Entités Calées du SI Acteurs Fonctionnalités Administrateur métier RAMED Utilisateur RAMED Administrateur système Dans la suite nous allons détailler chaque use case tout en essayant d’automatiser les traitements, d’optimiser la structure de la base de données, uc Acteurs du systeme Administrateur métier RAMED Utilisteur RAMED Administrateur système sd Entitées Clées du SI Dossier FoyerLot PersonnePhoto Carte «SI» IPCM «SI» RAMED PFE
  14. 14. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 14 4 Gestion du lot 4.1 Description Description Entité Lot Description Les listes des personnes admises au RAMED sont communiquées à l’ANAM par le ministère de l’intérieur, via un fichier électronique regroupent les données prédéfinis des adhérents de la carte RAMED, ce fichier est nommé par «Lot». Attributs Identifiant du lot. Provenance du lot. Nombre d’enregistrement du lot. Date d’envoi du lot. Date du chargement Statut Etat Final Date Etat final
  15. 15. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 15 4.2 Diagramme de use case d’un lot Ce diagramme illustre les différents cas d’utilisation d’un lot, associés aux différents acteurs du système (PFE, utilisateur RAMED, Administrateur RAMED) tout en passant par l’authentification. - La PFE a comme mission de charger le lot dans la base de données RAMED. - La réservation du lot se fait par l’utilisateur. - Le traitement du lot se fait par l’utilisateur. - Le transfert du lot se fait par l’administrateur méteir du RAMED. - Une fois le lot est traité, l’utilisateur doit le libérer ; - L’archivage d’un lot se fait par un administrateur métier, si le lot est bien soldé ;
  16. 16. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 16 4.3 Les états d’un lot Ci-dessous l’ensemble des états qui sont définis dans la nouvelle vision Etat Description Etat Chargé Une fois le lot est reçu par la plateforme d’échange, il va le contrôlé via le schéma XML, si le contrôle et le chargement sont effectués avec succès, le lot il doit être à l’état chargé. Rejeté Dans le cas où le contrôle n’est pas réussi et le chargement est échoué, le lot doit être à l’état rejeté Les rejets de type structure du dossier au niveau du lot sont détaillés dans le workflow En cours de traitement une fois le lot est chargé, après la réservation, il va être passé à l’état « En cours de traitement ». l’étape de réservation va être située dans un autre contexte. En instance Cette étape est utilisée dans le cas où, il y a un besoin d’une intervention de validation que ce soit par l’utilisateur ou par l’administrateur. Prés à être transférer Cette étape va être utilisée dans le cas où le lot est validé par l’utilisateur ou par l’administrateur. Transféré Le lot va prendre l’étape «transféré » dans le cas où le traitement est déroulé avec succès, le résultat de traitement va être généré dans un répertoire de transfert. Soldé Cette étape est utilisée pour indiquer les lots qui ont été distribués à MI et livrés aux bénéficiaires Statut Non réservé Cette étape est utilisée pour indiquer les lots qui sont chargés dans la BD et ne sont pas réservés aux utilisateurs. Réservé Une fois le lot est réservé, Cette étape va rester avec le lot pour faire des statistiques sur les utilisateurs. Libéré Une fois le lot est transféré, l’utilisateur doit libérer le lot pour qu’il passe à l’état libéré. stm Etat d'un Lot Lot Chargé Lot en cours de traitement Lot en instance Lot rejeté Lot transféré Prés à être transférer Lot soldé Lot non réservé Lot réservé Lot liberé Début Fin Lot Chargé Chargement réussi? Traitement attend la validation [Traitement automatique] [Non]
  17. 17. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 17 4.4 Charger un lot 4.4.1 Description Description Opération Charger un lot Entité Prérequis (pré conditions) Lot reçu de la part de ministère de l’intérieur. L’identifiant unique attribué à chaque lot doit être valide (#900). La provenance du lot doit être valide. La date d’envoi doit être valide. Le nombre d’enregistrement doit être valide. Post condition Chargement du lot Entrées Identifiant du lot. Provenance du lot. Date d’envoi du lot. Nombre d’enregistrement du lot. Nombre d’enregistrement réel du lot. Sorties Booléenne Contrôles La provenance du lot doit être renseignée et elle doit être valide. Le nombre d’enregistrement doit être égale au nombre déclaré, et il doit être valide (valeur numérique). La date d’envoi (JJ/MM/AAAA) du lot doit être inférieure à la date du système. La date d’envoi doit être valide. Date de réception (saisie) doit être supérieure ou égale la date d’envoi (fichier texte) Date de réception ne peut pas être supérieure à la date du système Date de chargement non modifiable (date système) Date de réception doit être affichée automatiquement et elle doit être modifiable ; La date de réception doit être supérieur à la date «01/01/2000» ; La date de réception du fichier du MI doit être modifiable ; Le numéro de lot ne doit pas figurer en double dans le système Les photos de chaque lot sont à charger dans la base de donnée multimédia ; En cas de dates non cohérentes, il faut juste mettre des alertes et pas de rejets. L’identifiant de chaque lot de commandes est unique. Date de chargement non modifiable (date système). Lors du chargement du lot si des problèmes de structure (format des enregistrements) existent dans le fichier, le lot doit être rejeté intégralement. Actions Charger le lot Mise à jour de la base de données uc Gestion des lots Charger Lot
  18. 18. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 18 4.4.2 Ordonnancement des actions Un contrôle préliminaire se fait par la PFE afin de valider la bonne syntaxe du lot pour passer après à la phase du chargement, à ce moment-là nous pourrions consulter les états du lot (En instance, réservé (affecter à qui ?), etc.), de la même façon un contrôle préliminaire peut s’effectuer lors de chargement des fichiers XML et TXT par les utilisateurs. sd Charger Lot PFE (from Acteurs du systeme) Utilisteur RAMED (from Acteurs du systeme) Lot (from Gestion des dossiers METIER) «SI» RAMED (from Entitées Clées du SI) Contrôle Préliminaire(Lot) Charger Lot(lot) Le lot est chargé dans le système() Contrôle Préliminaire XML,TXT(Lot) ChargerLot(Lot) Le lot est chargé dans le système() Consultation des lots chargés() Liste des lots chargés()
  19. 19. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 19 4.5 Réserver un lot 4.5.1 Description Description Opération Réserver un lot Entité Prérequis (pré conditions) Le lot est chargé dans la base de données et n’est pas réservé par un utilisateur Post condition Réservation du lot Entrées Identifiant du lot. Date de réservation L’identifiant de l’utilisateur Sorties Booléenne Contrôles Un lot doit être réservé par un seul utilisateur Le système doit garder la trace de toute action utilisateur liée à : réserver, libérer, traiter. Chaque utilisateur réserve son propre lot. Un utilisateur doit être responsabilisé par le lot durant toutes étapes de traitement. La libération du lot se fait soit par l’administrateur ou par l’utilisateur si la phase de traitement n’est pas encore déclencher. La libération du lot se fera automatiquement dans le cas du traitement automatique (traitement normal), et manuellement par l’utilisateur dans le cas où il y a un rejet provisoire (traitement attend la validation). L’administrateur peut libérer un lot dans des cas spécifique. Actions Réservation du lot par l’utilisateur Mise à jour de la base de données uc Gestion des lots Reserv er Lot
  20. 20. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 20 4.6 Traiter un lot 4.6.1 Description Description Opération Traiter un lot Entité Prérequis (pré conditions) Le lot est réservé par un utilisateur Post condition Traitement du lot Entrées Voir la gestion du workflow du traitementSorties Contrôles Actions Traiter le lot 4.7 Transférer un lot 4.7.1 Description Description Opération Transférer un lot Entité Prérequis (pré conditions) Le lot est traité par un utilisateur Post condition Le lot est transféré Entrées Voir la gestion du workflow du transféréSorties Contrôles Actions Transférer le lot uc Gestion des lots Traiter Lot uc Gestion des lots Transferer Lot
  21. 21. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 21 4.8 Libérer un lot 4.8.1 Description Description Opération Libérer un lot Entité Prérequis (pré conditions) Le lot est réservé par un utilisateur Post condition Le lot est libéré Entrées Voir la gestion du workflow de libération du lotSorties Contrôles Actions Libérer le lot 4.9 Solder un lot 4.9.1 Description Description Opération Solder un lot Entité Prérequis (pré conditions) Le lot ne doit être soldé qu’après le payement de la facture de société de fabrication des cartes. Le lot doit être consolidé avec la société de fabrication des cartes, pour voir est ce que toutes les cartes sont livrées aux bénéficiaire. Post condition Le lot est soldé Entrées Voir la gestion du workflow du transféréSorties Contrôles Actions Transférer le lot uc Gestion des lots Liberer Lot uc Gestion des lots Solder lot
  22. 22. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 22 4.10 Archiver un lot 4.10.1 Description Description Opération Archiver un lot Entité Prérequis (pré conditions) Le lot doit être soldé Post condition Le lot est archivé Entrées Voir la gestion du workflow du transfèreSorties Contrôles Actions Sélectionner les données de couche production pour les archivées. Mise à jour de la base de données on line (base de données de production) Mise à jour de la base de données off line (base de données d’archivage) 4.11 Consulter l’archive d’un lot 4.11.1 Description L’administrateur peut consulter l’archive d’un lot à partir de la base de données Off Line à n’importe quel moment. Description Opération Entité Lot Prérequis (pré conditions) Post condition Entrées Le numéro du lot Sorties Le lot demandé Contrôles Actions
  23. 23. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 23 4.1 Modèle Conceptuel d’un lot 4.1.1 Gestion du chargement (Tables intermédiaires) 4.1.2 Gestion du Workflow 4.1.3 Gestion de production 1,n0,1 Gestion du chargement Temp_Dossier Num_Dossier Num_Formulaire Categorie Code_Region Code_Annexe Prov_Pref Milieu Nb_Beneficiaire Essb Date_Depot Motif Motif_Duplicata Etat_Dossier <pi> Entier Entier Caractère variable (1) Caractère variable (20) Entier Entier Caractère variable (1) Entier Caractère variable (50) Date Caractère variable (20) Caractère variable (200) Caractère variable (1) <O> <O> <O> <O> <O> <O> <O> Temp_Lot Num_Lot Prevenance Date_Reception_MI Date_Reception_ANAM Date_Chargement Nb_Enregistrement Etat_Lot <pi> Entier Caractère variable (20) Date Date Date Entier Caractère variable (1) <O> <O> <O> <O> <O> <O> Cle_1... <pi> DF 0,n 0,n 1,n 1,n 1,n 1,n 1,1 1,n 1,n 1,1 0,n WF_Dossier ID NDossier Etat_Final Date_Etat <pi> Entier Entier Caractère variable (10) Date <O> <O> WF_EtatLot : 1 ID Code Etat Ordre Exploiter <pi> Entier Caractère variable (10) Caractère variable (100) Entier Caractère (1) <O> <O> <O> <O> <O> Cle_1... <pi> WF_Lot ID NLot Etat_Final Date_Etat <pi> Entier Entier Caractère variable (10) Date <O> <O> Cle_1... <pi> WF_Reserver ID Date_Reservation Date_Traitement Date_Liberation <pi> Entier Date Date Date <O> Cle_1... <pi> File_Attente ID Etat_Dossier Etat_Lot Date_FAttente Ordre_Seq ... Entier Caractère variable (10) Caractère variable (10) Date Entier ... WF_Lot_Dossier ID Entier DF WF_Lot_EtatLot ID Date_Etat Entier Date DF User : 3 ID Nom_Fr Prenom_Fr Description Login MPass Exploiter IsBloc <pi> Entier Caractère variable (20) Caractère variable (20) Caractère variable (300) Caractère variable (20) Caractère variable (10) Caractère (1) Caractère (1) <O> <O> <O> <O> <O> <O> <O> 0,n 0,n 0,n 0,n 0,n 1,n 0,n 0,n 1,n 1,n User : 1 ID Nom_Fr Prenom_Fr Description Login MPass Exploiter IsBloc <pi> Entier Caractère variable (20) Caractère variable (20) Caractère variable (300) Caractère variable (20) Caractère variable (10) Caractère (1) Caractère (1) <O> <O> <O> <O> <O> <O> <O> Dossier ID NDossier NFormulaire Code_Annexe Code_Province Code_Region Milieu Nb_Membre Date_Depot Categorie Valider_CPP Motif_Duplicata Etat_Final Date_Etat <pi> Entier Entier Entier Entier Entier Caractère variable (0) Caractère variable (1) Entier Date Caractère variable (1) Caractère (1) Caractère variable (30) Caractère variable (10) Date <O> <O> <O> <O> <O> <O> <O> Lot ID NLot Provenance Date_Envoi Date_Reception Date_Chargement Nb_Enregistrement Statut Etat_Final Date_Etat <pi> Entier Entier Caractère variable (20) Date Date Date Entier Caractère variable (1) Caractère variable (10) Date <O> <O> <O> <O> <O> Cle_1... <pi> Reserver ID Date_Reservation Date_Traitement Date_Liberation ... Entier Date Date Date Lot_Etat_Lot ID Date_Etat Entier Date Dossier_Lot ID Entier Transaction ID Date_Transaction ... Entier Date WF_EtatLot : 2 ID Code Etat Ordre Exploiter <pi> Entier Caractère variable (10) Caractère variable (100) Entier Caractère (1) <O> <O> <O> <O> <O>
  24. 24. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 24 4.1.4 Gestion des cartes 0,n 0,1 0,n 0,1 0,n 1,n 1,1 0,n Carte ID Numero_Carte Numero_Serie Date_Creation Date_Expedition Date_Expiration IsPaye Montant Date_Payement Periode Type_Carte Situation Motif_Duplicata Etat_Final Date_Etat <pi> Entier Caractère variable (20) Caractère variable (20) Date Date Date Caractère (1) Numérique (5,2) Date Caractère variable (4) Caractère variable (1) Caractère variable (1) Caractère variable (10) Caractère variable (10) Date <O> <O> <O> <O> <O> Cle_1... <pi> Carte_Poste ID Date_Payement Nom_Prenom IPCM CIN Code_Agence Libelle_Agence Statut RAMED Montant <pi> Entier Date Caractère variable (100) Caractère variable (14) Caractère variable (15) Caractère variable (10) Caractère variable (200) Caractère variable (1) Caractère variable (50) Numérique (10,2) <O> <O> <O> Cle_1... <pi> Lot_Poste ID Nb_Carte Montant Date_Envoi <pi> Entier Entier Numérique (10,2) Date <O> <O> <O> <O> Cle_1... <pi> Lot_SPC ID NLot Nb_Carte Date_Chargement Date_Envoi Date_Reception Date_Fin_Prod Statut Etat <pi> Entier Entier Entier Date Date Date Date Caractère variable (1) Caractère variable (1) <O> <O> <O> <O> Cle_1... <pi> DF DF DF Livrer ID Entier Localite : 2 ID Code_MI Localite_Fr Localite_Ar Type Code_ANAM Adresse_Envoi Code_PV Code_Region Short_Lib <pi> Entier Caractère variable (20) Caractère variable (100) Caractère variable (100) Caractère variable (10) Caractère variable (20) Caractère variable (300) Caractère variable (20) Caractère variable (20) Caractère variable (20) Cle_1... <pi>
  25. 25. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 25 5 Gestion des photos 5.1 Description Description Entité Photo Description Les photos seront chargées directement par la plateforme d’échange via un flux (streaming) dans la base de données MultiMedia, notamment dans la table « MMReceive » dont la structure est à voir ci-dessous. Du moment que le numéro de dossier est unique dans le système, l’identification d’une photo se fait par son numéro de dossier correspondant et son rang. Post condition Validation de photo Entrées Photo Contrôles Il faut avoir au maximum deux photos par dossier (photo du chef du foyer et photo du conjointe). Contrôle visuel des photos avec la possibilité de données un rejet sélectif ; Contrôle de taille (<taille max et >min) ; Contrôle de qualité des photos ; Contrôle des photos vide ; Contrôle de correspondance de la photo avec le sexe indiqué ; Contrôle d’affectation d’une photo à deux personnes différentes ; Attributs Voir la structure ci-dessous La structure de la table «MMReceive» réservée pour les photos est à voir dans le tableau ci- dessous: Structure de la table « MMReceive » Les champs qui sont utiles au niveau de la plateforme des échanges Nom des Champs Type des champs Description Oblig atoire CODEPARTNER Chaine de caractère 50 Le partenaire Oui FILENAME Chaine de caractère 50 Le nom du fichier Oui FILE binaire Le fichier en binaire Oui PATHFILE Chaine de caractère 200 Chemine du fichier Non FILETYPE Chaine de caractère 10 Le type de fichier Oui NRDOSSIER Chaine de caractère 20 Le numéro du dossier Oui RANG Chaine de caractère 2 Le rang de la famille Oui RECEIVEDATE Date Date de réception du fichier Oui Les autre champs da la table qui doit être utiles à la gestion des profils des utilisateurs ID Numérique Identificateur de la table Oui
  26. 26. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 26 NRLOT Chaine de caractère 20 Numéro du lot Non UUSER Chaine de caractère 50 Utilisateur qui traite le dossier Non ASSIGNDATE Date Date d’assignation à l’utilisateur Non FILEVERSION Numérique Le numéro de version de la photo Oui RELEASEDATE Date Date de traitement Non ISARCHIVED Chaine de caractère 1 Le fichier a été archivé (oui/non) Non ARCHIVEDATE Date Date d’archivage du fichier Non ASSIGNED Chaine de caractère 1 Le fichier est affecté à un utilisateur Non NOMFR Chaine de caractère 50 Le nom français du bénéficiaire Non NOMAR Chaine de caractère 50 Le nom arabe du bénéficiaire Non PRENOMFR Chaine de caractère 50 Le prénom français du bénéficiaire Non PRENOMAR Chaine de caractère 50 Le prénom arabe du bénéficiaire Non SEXE Chaine de caractère 1 Le sexe du bénéficiaire Non 5.2 Diagramme use case gestion photos Ce diagramme illustre les différents cas d’utilisation de la gestion des photos, associés aux différents acteurs du système (PFE, utilisateur RAMED, Administrateur RAMED). - La PFE a comme mission de charger les photos dans la base de données multimédia RAMED. - L’utilisateur RAMED peut rejeter une photo durant la phase de contrôle visuel. - La réservation des photos se fait automatiquement une fois réservé le lot, chaque utilisateur consulte uniquement les photos associées à son lot. - L’utilisateur RAMED peut consulter les photos (uniquement celles associés à son lot réservé au par avant) après la phase de chargement. - L’archivage des photos se fait par un administrateur métier, si le lot est bien soldé ; uc Gestion des photos Consulter photo Rej eter photo Affecter photo Archiv er photo Utilisteur RAMED (from Acteurs du systeme) PFE (from Acteurs du systeme) Administrateur métier RAMED (from Acteurs du systeme) Charger Photos Gestion des photos
  27. 27. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 27 5.3 Changement des photos La PFE d’échange charge les photos dans la base de données multimédia via des fichiers streaming, mais il y a aussi le chargement manuel via une interface de chargement des photos qui va être développée pour résoudre le problème en cas de pan. 5.4 Diagramme de séquence des photos
  28. 28. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 28 5.5 Diagramme de classe et MCD des photos Le diagramme de classe «MMedia» pour la gestion des photos. Le diagramme MCD de l’entité «MMedia» pour la gestion des photos. 5.6 Ecrans de consultations Pour que les données multimédia puissent être communiquées et échangées dans des conditions permettant leur consultation et leur utilisation, une interface va être développée d’une manière à ce qu’il respecte le format prédéfinis dans la base de données multimédia. Pour cela, des fonctions spécifiques seront mises à disposition pour gérer les réservations des utilisateurs sur les données multimédias associées, sans passer par la visualisation manuelle des répertoires. La même gestion de sécurité devra être appliquée pour gérer la validation des photos par les utilisateurs, cette fonctionnalité sera appelée depuis une interface de modification des multimédias. class Gestion des photos Photo - ID: int - CODEPARTNER: String - FILENAME: String - FILE: Objet - PATHFILE: String - FILETYPE: String - NRDOSSIER: int - RANG: String - RECEIVEDATE: int - NRLOT: int - UUSER: String - ASSIGNDATE: Date - FILEVERSION: String - RELEASEDATE: Date - ISARCHIVED: String - ARCHIVEDATE: Date - ASSIGNED: Date - NomFr: String - NomAr: String - PrenomFr: String - PrenomAr: String - Sexe: Sexe + ChargerPhotod() : void + AffecterPhotos() : void + ConsulerPhotos() : void + RejeterPhotos() : void + ArchiverPhotos() : void MMEDIA ID CODEPARTNER_ FILENAME FILE_ PATHFILE FILETYPE NRDOSSIER RANG RECEIVEDATE NRLOT UUSER ASSIGNDATE FILEVERSION RELEASEDATE ISARCHIVED ARCHIVEDATE ASSIGNED NOMFR NOMAR PRENOMFR PRENOMAR SEXE Entier long Caractère variable (50) Caractère variable (50) Binaire (100) Caractère variable (200) Caractère variable (10) Entier long Caractère variable (2) Date Entier long Caractère variable (50) Date Entier Date Booléen Date Caractère variable (1) Caractère variable (50) Caractère variable (50) Caractère variable (50) Caractère variable (50) Caractère variable (1)
  29. 29. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 29 6 Gestion de dossier 6.1 Description du dossier Description Dossier Entité Description Le dossier est parmi les entités clés du système RAMED reçu du ministère de l’intérieur regroupant tous les membres d’une famille (Chef de foyer, conjointe (optionnel), ayants droit (optionnel)) candidats à bénéficier d’une carte RAMED. Attributs Numéro du dossier Numéro du formulaire Région Province Annexe Milieu Nombre de membre du dossier Catégorie ESSB Date de dépôt Motif CPP Activer Etat Final Date Etat final
  30. 30. 30 6.2 Matrice des opérations et combinaisons possibles Ci-dessous la matrice des opérations et les combinaisons qui peuvent être acceptées au niveau du RAMED. Opération Chef du foyer Conjointe Ayant droit Commentaires Type Opération Type Opération Type Opération N R X C S D E ED N R X C S D E ED N R X C S D E ED Cas 1 N En prenant en compte le cas de la conjointe appartenant déjà à un autre foyer dont la durée d’éligibilité a dépassé 3 ans. Cas 2 R Cas 3 X Cas 4 C A supprimer « C » uniquement pour les ayants droits. Ne disposant pas de CIN Cas 5 S Cas 6 D Cas 7 E Cas 8 ED Lecture du Tableau : Un exemple de La lecture du tableau est le suivant (cas 1) : Si on reçoit une demande avec le chef de foyer ayant l’opération « N » la conjointe peut être acceptée uniquement avec l’option « N » ou « R » ou « C ». Et les ayants droits peuvent être acceptés uniquement avec l’option « N » ou « R » ou « C ». A supprimer Accepter A confirmer
  31. 31. 31 6.3 Diagramme de use case du dossier 6.4 Les états d’un dossier 6.4.1 Description Etat Description Dossier accepté D’après avoir passé les contrôles de validité et de cohérence avec succès, le dossier passe à l’état « accepté » pour passer à la phase du traitement fondamental. Dossier rejeté Le dossier est rejeté suite à l’échouement des contrôles de validité et de cohérence ou bien suite à des rejets dans la phase du traitement métier. Dossier en instance En cas d’avertissement ou de confirmation de données le dossier se met en état « en instance » en attente de la validation uc Gestion des dossiers Gestion des dossiers Créer un dossier Cohérence du dossier Validité du dossier Traiter un dossier Mise à jour du dossier Consulter un dossier Archiv er un dossierConsulter l'archiv e d'un dossier «extend» «extend» «extend» «extend» «extend» «extend» «extend»«extend» stm Etat d'un dossier Début Contrôles de validité et de cohérence réussis ? Dossier accepté En attente la validation de l'utilisateur suite à un rejet provisoire ou à l'exécution des opérations "D" et "ED" Dossier en instance Dossier transféré Dossier rejeté Fin Prés à être transférer [Transfert automatique pour toutes les opérations exceptionnellement "D" et "ED"] [Traitement rejeté] [Non] [Oui]
  32. 32. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 32 de l’administrateur métier. Prés à être transférer Le dossier passe à l’état «Prés à être transférer » dans le cas où l’utilisateur ou l’administrateur valide un dossier après un avertissement. Dossier transféré Le dossier passe à l’état « transféré » une fois le traitement métier passe avec succès. 6.5 Création d’un dossier 6.5.1 Description Une fois le lot est chargé par la PFE les dossiers seront créé et associé au le lot et aux personnes qui correspondent. Description Opération Entité Dossier Prérequis (pré conditions) Lot chargé Post condition Entrées Date de dépôt Le rang Le nombre des membres du foyer Les photos ESSB Région Annexe Catégorie Numéro du dossier Numéro du formulaire Milieu Province CPP Etat du dossier Sorties Contrôles Actions Création du dossier dans la base de données uc Gestion du dossier Créer un dossier
  33. 33. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 33 6.5.2 Diagramme de séquence de création d’un dossier
  34. 34. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 34 6.6 Cohérence d’un dossier 6.6.1 Description Une fois le dossier est créé, certains contrôles de cohérence doivent être effectué pour la bonne acceptation du dossier, ces contrôles peuvent provoquer des rejets ou bien des avertissements. Description Opération Entité Dossier Prérequis (pré conditions) Dossier crée Post condition Entrées Dossier crée Sorties Liste des rejets ou avertissements. Contrôles  La date de dépôt du dossier doit être inférieure à la date du système, sinon avertissement pas de rejets.  La date de dépôt du dossier doit être inférieure à la date d’envoi, sinon avertissement pas de rejets.  Le chef de foyer est obligatoire.  Le rang est unique dans un dossier.  Le rang ne doit pas être en double dans un dossier.  Le nombre d’enregistrement doit être égale au nombre des membres du foyer.  Le dossier doit être traité une seul fois dans un lot.  Il faut avoir au maximum deux photos dans un dossier, qui sont la photo du chef de foyer et celle de la conjointe, sinon il faut avoir une photo de chef du foyer.  Dans le cas où la date de dépôt n’est pas renseignée, appliquer la règle suivante : Date de dépôt = date de système – 2 mois. Actions NB : Les contrôles doivent être cohérents avec les règles de gestion uc Gestion du dossier Cohérence du dossier uc Cohérence du dossier Cohérence du dossier Photos Rangs Nombre des membres du foyer Date de dépôt
  35. 35. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 35 6.7 Validité d’un dossier 6.7.1 Description Chaque dossier subira à des contrôles de validité des champs afin de définir si un dossier est valide ou pas. Description Opération Entité Dossier Prérequis (pré conditions) Le dossier doit être cohérent Post condition Entrées Dossier crée Sorties Liste des rejets ou bien des avertissements Contrôles  L’ESSB doit être renseigné et il doit être valide.  La région doit être renseignée et elle doit être valide.  L’annexe doit être renseignée et elle doit être valide.  La catégorie RAMED doit être renseignée et elle doit être valide.  Le numéro du dossier doit être renseigné (le numéro de dossier ne doit exister au préalable que dans l'opération E et ED.)  Le numéro du formulaire doit être renseigné.  Le type du milieu doit être renseigné et il doit être valide (Urbain ‘U’ ou Rural ‘R’).  La province/préfecture doit être renseignée et elle doit être valide.  Le champ CPP doit être renseigné par un vide ou ‘O’ ou ‘N’.  Dans le cas de changement de catégorie, il faut consulter le CPP, si oui ‘O’ voir la règle de gestion avec le METIER. Actions uc Gestion du dossier Validité du dossier
  36. 36. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 36 6.8 Traiter un dossier 6.8.1 Description Chaque dossier subira à un traitement métier, ce traitement métier inclue le traitement de chaque personne par opération. Description Opération Entité Dossier Prérequis (pré conditions) Le dossier doit être valide. Post condition Entrées Dossier crée Sorties Liste des rejets ou avertissements Contrôles  On peut avoir un chef de foyer dans plusieurs dossiers, mais on ne peut pas avoir la même conjointe dans plusieurs dossiers.  Suite à un rejet de l’un des membres du foyer entraînent le rejet de tout le dossier. uc Validité du dossier Validité du dossier Validité du ESSB Validité de la région Validité du numero du formulaire Validité du type de milieu Validité de l'annexe Validité province/préfecture Validité de la catégorie RAMED Validité du numero du dossier Validité du CPP uc Traiter un dossier Traiter un dossier Traiter les personnes «include» uc Gestion du dossier Traiter un dossier
  37. 37. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 37  Le Numéro dossier est définit par un code unique du ministère de l’intérieur, qui peut être différent du numéro du formulaire.  Utiliser les codes ANAM des établissements de soins de santé de base (ESSB).  Utiliser les codes Régions, Provinces, Préfectures et Annexes administratifs du ministère de l’intérieur.  Les demandes reçues avec type d’opération ‘ED’ doivent être l’objet de corrections des données figurant dans la carte, dans le cas exceptionnel de changement de structure ou bien de catégorie on éclate l’ancien foyer et on crée un nouveau dossier avec une nouvelle date d’éligibilité.  Lors d’exécution des opérations, il faut suivre la matrice des opérations.  Dans le cas de l’opération ED : Toute demande reçue après 3 mois de la création de la carte est traitée sans changement de la période d’éligibilité.  Si type opération E et si le dossier a subi un changement de structure, changement de catégorie, ajout/suppression d’un bénéficiaire alors rejet du dossier.  Fin d’éligibilité = (Date de traitement – 1jour) + 2 mois + 3 ans. Exemple :  Demande de traitement le 14/06/2013  Fin éligibilité = 13/07/2016  Affichable dans la carte : mois/année (période) 07/2013 (1)  La période d’éligibilité est affichable sur la carte de la manière suivante MM/YYYY (p) P : est la période 1, 2, 3  Le chef de foyer qui a plusieurs conjointes doit avoir des dossiers différents.  Les modifications des données vont être historiées dans la couche d’historisation. Actions
  38. 38. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 38 6.8.2 Diagramme de séquence 6.9 Mise à jour d’un dossier 6.9.1 Description La mise à jour d’un dossier se fera exceptionnellement dans le cas où le système agit directement sur les données d’un dossier (comme peut être l’écrasement d’un nom en français par celui du référentiel), il faut absolument donner la main à l’utilisateur pour pouvoir mettre à jour les données manuellement de données modifiées par le système. Description Opération Entité Dossier Prérequis (pré conditions) Dossier créé sd Taiter dossier Taiter dossier PersonneDossier Foyer loop Traitement bénéficiaire alt Traitement métier [Traitement réussis] [Traitement échoué] Traiter dossier(numDossier) Traiter personne par opération() Personne traitée() Créer foyer() Foyer crée() Dossier rejeté() Dossier traité() uc Mise à j our du dossier Mise à j our du dossier Mise à j our des données des bénéficiaires«include» uc Gestion du dossier Mise à j our du dossier
  39. 39. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 39 Post condition Entrées Dossier Sorties La Liste des rejets Contrôles Actions
  40. 40. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 40 6.9.2 Diagramme de séquence
  41. 41. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 41 6.10 Consulter un dossier 6.10.1 Description L’utilisateur doit pouvoir consulter les dossiers à n’importe quel moment du traitement ainsi que les personnes et leurs photos qui constituent le dossier. Description Opération Entité Dossier Prérequis (pré conditions) Post condition Entrées Liste des dossiers Sorties Dossier demandé Contrôles Actions 6.10.2 Diagramme de séquence uc Gestion du dossier Consutler un dossier
  42. 42. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 42 6.11 Archiver un dossier 6.11.1 Description L’archive d’un dossier vient suit à l’archivage d’un lot, une fois le lot est soldé, tous les dossiers doivent être soldés automatiquement. Description Opération Archiver un dossier Entité Prérequis (pré conditions) Le dossier doit être soldé Post condition Le dossier est archivé Entrées Le numéro du dossier Sorties Booléen [archivé : oui/Non] Contrôles Contrôle d’existence dans la base de données off Line Actions Sélectionner les données de couche production pour les archivées. Mise à jour de la base de données on line (base de données de production) Mise à jour de la base de données off line (base de données d’archivage) 6.12 Consulter l’archive d’un dossier 6.12.1 Description L’administrateur peut consulter les dossiers archivés à partir de la base de données Off Line à n’importe quel moment. Description Opération Entité Dossier Prérequis (pré conditions) Post condition Entrées Liste des dossiers archivés Sorties Dossier demandé Contrôles Actions uc Gestion des dossiers Archiv er un dossier uc Gestion des dossiers Consulter l'archiv e d'un dossier
  43. 43. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 43 6.13 Modèle Conceptuel d’un Dossier 6.13.1 Gestion du chargement d’un Dossier (Tables intermédiaires) 6.13.2 Gestion du Workflow d’un Dossier 6.13.3 Gestion d’historisation d’un Dossier 1,n1,1 1,n0,1 Temp_Dossier Num_Dossier Num_Formulaire Categorie Code_Region Code_Annexe Prov_Pref Milieu Nb_Beneficiaire Essb Date_Depot Motif Motif_Duplicata Etat_Dossier <pi> Entier Entier Caractère variable (1) Caractère variable (20) Entier Entier Caractère variable (1) Entier Caractère variable (50) Date Caractère variable (20) Caractère variable (200) Caractère variable (1) <O> <O> <O> <O> <O> <O> <O> Temp_Beneficiaire ID IPCM Type_Operation Nom_FR Prenom_FR Nom_AR Prenom_AR Sexe Rang CIN Date_Naissance Lieu_Naissance Code_Province Etat_Matrimonial Adresse Photo Statut_ADroit Valider_CPP Lien_Parente <pi> Entier Caractère variable (14) Caractère variable (2) Caractère variable (20) Caractère variable (20) Caractère variable (20) Caractère variable (20) Caractère variable (1) Entier Caractère variable (15) Date Caractère variable (50) Caractère variable (10) Caractère variable (1) Caractère variable (200) Caractère variable (20) Caractère variable (1) Entier court Caractère variable (1) <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> Temp_Lot Num_Lot Prevenance Date_Reception_MI Date_Reception_ANAM Date_Chargement Nb_Enregistrement Etat_Lot <pi> Entier Caractère variable (20) Date Date Date Entier Caractère variable (1) <O> <O> <O> <O> <O> <O> Cle_1... <pi> DF 0,n 0,n 1,n0,n 0,1 1,n 1,n 1,n 1,n 1,n 1,n 1,n Gestion du Workflow WF_Carte ID Numero_Carte Numero_Serie Date_Creation Date_Expedition Date_Expiration IsPaye Montant Date_Payement Periode Categorie Type_Carte Situation Motif_Duplicata Etat_Final Date_Etat Activer ... <pi> Entier Caractère variable (20) Caractère variable (20) Date Date Date Caractère (1) Numérique (4,2) Date Caractère variable (4) Caractère variable (1) Caractère variable (1) Caractère variable (1) Caractère variable (10) Caractère variable (10) Date Caractère variable (1) <O> <O> <O> <O> <O> WF_Dossier ID NDossier Etat_Final Date_Etat <pi> Entier Entier Caractère variable (10) Date <O> <O> WF_EtatDossier ID Code Etat Ordre Exploiter <pi> Entier Caractère variable (10) Caractère variable (100) Entier Caractère (1) <O> <O> <O> <O> <O> WF_Lot ID NLot Etat_Final Date_Etat <pi> Entier Entier Caractère variable (10) Date <O> <O> Cle_1... <pi>WF_Operation ID Code Operation Description Ordre Exploiter <pi> Entier Caractère variable (10) Caractère variable (100) Caractère variable (300) Entier Caractère (1) <O> <O> <O> <O> <O> File_Attente ID Etat_Dossier Etat_Lot Date_FAttente Ordre_Seq ... Entier Caractère variable (10) Caractère variable (10) Date Entier ... DF WF_Oper_Dossier ID Rang Entier Entier WF_Lot_Dossier ID Entier WF_Dossier_EtatDossier ID Date_Etat Entier Date WF_Dossier_Personne ID Entier Personne : 2 ID Nom_Ar Prenom_Ar Nom_Fr Prenom_Fr IsModify_Nom IsModify_Prenom Sexe Date_Naissance Lieu_Naissance Nationalite CIN Acte_Naissance Etat_Matrimonial Adresse Photo Statut_ADroit CGNP Meta_NomFr Meta_PrenomFr IsUsed <pi> Entier Caractère variable (50) Caractère variable (50) Caractère variable (20) Caractère variable (20) Caractère variable (1) Caractère variable (1) Caractère variable (1) Date Caractère variable (50) Caractère variable (1) Caractère variable (15) Caractère variable (15) Caractère variable (1) Caractère variable (300) Caractère variable (20) Caractère variable (1) Caractère variable (100) Binaire long Binaire long Caractère variable (1) <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> Cle_1... <pi> 1,n 1,n 0,n 1,n 1,n 1,n 1,n 0,n 1,n 0,n 1,n 1,n Hist_Dossier ID NDossier NFormulaire Code_Region Code_Province Code_Annexe Milieu Nb_Membre Date_Depot Categorie Essb Valider_CPP Motif_Duplicata Etat_Final Date_Etat <pi> Entier Entier Entier Caractère variable (20) Entier Entier Caractère variable (1) Entier Date Caractère variable (1) Caractère variable (50) Caractère (1) Caractère variable (30) Caractère variable (1) Date <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> Cle_1 <pi> Hist_Foyer ID Code_Foyer Nb_Membre Date_Depot Date_Creation Date_MAJ Adresse Milieu Etat_Foyer Date_Etat <pi> Entier Caractère variable (10) Entier Date Date Date Caractère variable (300) Caractère variable (1) Caractère variable (2) Date Cle_1 <pi> Operation ID Code Operation Description Ordre Exploiter <pi> Entier Caractère variable (10) Caractère variable (100) Caractère variable (500) Entier Caractère (1) <O> <O> <O> <O> <O> Ref_Motif ID Code_Motif Description Exploiter Motif <pi> Entier Caractère variable (10) Caractère variable (500) Caractère (1) Caractère variable (20) <O> <O> Cle_1... <pi> Hist_Personne ID Nom_Ar Prenom_Ar Nom_Fr Prenom_Fr IsModify_Nom IsModify_Prenom Sexe Date_Naissance Lieu_Naissance Nationalite CIN Rang Acte_Naissance Etat_Matrimonial Adresse Photo Statut_ADroit CGNP Meta_NomFr Meta_PrenomFr ... <pi> Entier Caractère variable (50) Caractère variable (50) Caractère variable (20) Caractère variable (20) Caractère variable (1) Caractère variable (1) Caractère variable (1) Date Caractère variable (50) Caractère variable (1) Caractère variable (15) Caractère variable (2) Caractère variable (15) Caractère variable (1) Caractère variable (300) Caractère variable (20) Caractère variable (1) Caractère variable (100) Binaire long Binaire long <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> <O> Hist_Foyer_Personne ID Lien_Famille TP_Operation Entier Caractère variable (1) Caractère variable (2) Oper_Hist_Dossier ID Entier Hist_Foyer_Dossier ID Entier Oper_Motif ID Entier <O> Hist_Dossier_Personne ID Entier Hist_Lot ID NLot Provenance Date_Envoi Date_Reception Date_Chargement Nb_Enregistrement Statut Etat_Final Date_Etat Entier Entier Caractère variable (20) Date Date Date Entier Caractère variable (1) Caractère variable (10) Date Hist_Dossier_Lot ID Entier
  44. 44. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 44 6.13.4 Gestion de production d’un Dossier 0,n 1,1 0,n 0,1 0,n 0,1 1,n 0,1 1,n 1,n 0,n 0,n 0,n 0,n 0,n 1,1 1,n Dossier ID NDossier NFormulaire Code_Annexe Code_Province Code_Region Milieu Nb_Membre Date_Depot Categorie Valider_CPP Motif_Duplicata Etat_Final Date_Etat <pi> Entier Entier Entier Entier Entier Caractère variable (0) Caractère variable (1) Entier Date Caractère variable (1) Caractère (1) Caractère variable (30) Caractère variable (10) Date <O> <O> <O> <O> <O> <O> <O> Foyer ID Code_Foyer Nb_Membre Date_Depot Date_Creation Date_MAJ Adresse Milieu Etat_Foyer Date_Etat <pi> Entier Caractère variable (10) Entier Date Date Date Caractère variable (300) Caractère variable (1) Caractère variable (2) Date <O> <O> <O> <O> Cle_1... <pi> Carte ID Numero_Carte Numero_Serie Date_Creation Date_Expedition Date_Expiration IsPaye Montant Date_Payement Periode Type_Carte Situation Motif_Duplicata Etat_Final Date_Etat Activer <pi> Entier Caractère variable (20) Caractère variable (20) Date Date Date Caractère (1) Numérique (5,2) Date Caractère variable (4) Caractère variable (1) Caractère variable (1) Caractère variable (10) Caractère variable (10) Date Caractère variable (1) <O> <O> <O> <O> <O> Localite : 1 ID Code_MI Localite_Fr Localite_Ar Type Code_ANAM Adresse_Envoi Code_PV Code_Region Short_Lib <pi> Entier Caractère variable (20) Caractère variable (100) Caractère variable (100) Caractère variable (10) Caractère variable (20) Caractère variable (300) Caractère variable (20) Caractère variable (20) Caractère variable (20) Cle_1... <pi> Lot ID NLot Provenance Date_Envoi Date_Reception Date_Chargement Nb_Enregistrement Statut Etat_Final Date_Etat <pi> Entier Entier Caractère variable (20) Date Date Date Entier Caractère variable (1) Caractère variable (10) Date <O> <O> <O> <O> <O> Cle_1... <pi> Reclamation ID NDossier IPCM Emetteur Objet Description Date_Effet Etat Nom Prenom CIN Localite Reference_Global <pi> Entier Caractère variable (20) Caractère variable (14) Caractère variable (100) Caractère variable (200) Caractère variable (500) Date Date Caractère variable (50) Caractère variable (50) Caractère variable (15) Caractère variable (200) Caractère variable (100) <O> <O> <O> <O> <O> <O> Cle_1... <pi> Annexe ID Nom_FR Nom_AR <pi> Entier Caractère variable (300) Caractère variable (300) <O> Cle_1... <pi> Ref_ESSB ID Code Short_Lib Long_Lib Essb_FR TP_Essb Essb_Ar Region Province Cercle Activer <pi> Entier Caractère variable (10) Caractère variable (20) Caractère variable (100) Caractère variable (100) Caractère variable (100) Caractère variable (100) Caractère variable (100) Caractère variable (100) Caractère variable (100) Caractère (1) <O> <O> <O> <O> <O> <O> <O> Cle_1... <pi> DF DF DF DF Localiser ID Entier Dossier_Lot ID Entier Reclamer ID Date_Reclamation Entier Date User : 2 ID Nom_Fr Prenom_Fr Description Login MPass Exploiter IsBloc <pi> Entier Caractère variable (20) Caractère variable (20) Caractère variable (300) Caractère variable (20) Caractère variable (10) Caractère (1) Caractère (1) <O> <O> <O> <O> <O> <O> <O> Cle_1... <pi> DF
  45. 45. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 45 7 Gestion de la personne 7.1 Description Description Personne Entité Person Description La personne est parmi les entités clés du système RAMED, plusieurs personnes se regroupent dans un dossier constituant un foyer. Type :  Chef de foyer  conjointe (optionnel)  Ayants droit (optionnel) Attributs Nom en arabe. Prénom en arabe Non en français Prénom en français Date de naissance Lieu de naissance Province de naissance Nationalité CIN Sexe Code groupage du nom français et prénom français Métaphonie du nom français Métaphonie du prénom français Acte de Naissance Etat matrimonial Rang Type Opération IPCM Nom français est ce qu’il est modifié manuellement (booléen) Prénom français est ce qu’il est modifié manuellement (booléen)
  46. 46. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 46 7.2 Diagramme de use case d’une personne 7.3 Les états d’une personne Etat Description Personne accepté Après avoir passé les contrôles de validité et de cohérence avec succès, la personne passe à l’état accepté pour passer à la phase du traitement métier. Personne rejetée La personne est rejetée suite à l’échec des contrôles de validité et de cohérence ou bien suite à des rejets dans la phase du traitement métier. Personne immatriculée Un fois la personne est immatriculée par le système IPCM, la personne passe à l’état immatriculée Personne active Tant que la personne bénéficie du RAMED, elle est active. Personne suspendue Une fois la personne ne bénéficie plus du RAMED, elle passe à l’état suspendue. uc Gestion des personnes Gestion d'une personne Immatriculer une personne Identifier une personne Cohérence d'une personne Création d'une personne Mise à j our des données d'une personne Consulter personne Mise à j our du SI IPCM Validité d'une personne «include» «invokes» «include» «include» «include» «extend» «extend» «extend» «extend» «extend» «extend» stm Etats d''une personne Etat matrimonial Debut Personne rejetée Personne immatriculée Personne activ e Personne suspendue Contrôles de cohérence et validité réussis? Fin Célibataire mariée div orcée v euv e Abandonnée Autre statut ayant droit Handicapé Scolarisé Rang «01» Chef de foyer «02» Conjointe «10...99» Ayant droit Lien de parenté «F» Fils - Fille «A» Adopté Sexe «M» Masculin «F» Feminin Personne acceptée Traitement métier réussis?
  47. 47. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 47 7.4 Création d’une personne 7.4.1 Description Description Opération Entité Personne Person Prérequis (pré conditions) Dossier valide Post condition Entrées Nom en arabe. Prénom en arabe Non en français Prénom en français Date de naissance Lieu de naissance Province de naissance Nationalité CIN Sexe Etat matrimonial Rang Type Opération Sorties Contrôles Actions uc Gestion des person... Création d'une personne
  48. 48. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 48 7.5 Validité d’une personne 7.5.1 Description Chaque personne subira à des contrôles de validité. Description Opération Entité Personne Person Prérequis (pré conditions) Personne créé. Post condition Entrées Personne créé. Sorties La Liste des rejets Contrôles  Le Code Préfecture/Province/Commune de naissance doit être valide et renseigné.  Le rang doit être valide et renseigné, et il est unique par dossier; (Le Chef de foyer au rang "01", la Conjointe est codifiée au rang "02", les ayants droit aux rangs "10" à "99").  Le Nom en français doit être renseigné et valide pour les ayants droit adoptés.  Le Nom en français doit être renseigné pour le chef de foyer et la conjointe.  Le prénom en français n’est pas obligatoire. (Si il n’est pas renseigné, prendre celui du référentiel).  La date de naissance doit être renseignée et valide. La date de naissance doit être valide, année doit être sup. à 1850 et de format : JJ/MM/AAAA date complète ou AAAA date incomplète, exception : La date 01/01/AAAA est considérée comme AAAA si l'année est antérieure à 1990.  Le lien de famille doit être renseigné par ‘F’ ou ‘A’.  L’adresse doit être valide, elle n’est pas obligatoire.  Le type d’opération doit être renseigné et valide.  Le sexe doit être renseigné et valide : « M : masculin » ou « F : féminin »  La date de naissance doit être valide.  Le numéro de C.I.N doit être renseigné et valide pour : - Le chef du foyer - La conjointe - Ayant droit (+18) (A calculer à partir de la date de dépôt). Règle générale : En cas de non existence de la date de dépôt : Date de dépôt = Date système + 2 mois. Format CIN : XXnnnnnnnn. XX : chaine d'une ou deux caractères. nnnnnnnn : des chiffres (les zéros devant sont ignorés) uc Gestion des person... Validité d'une personne
  49. 49. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 49  Les photos du chef de foyer et de la conjointe sont obligatoires.  Les photos doivent être lisibles.  L’état matrimonial doit être renseigné et valide. Valeurs : C : Célibataire. M : Marié(e). D : Divorcé(e). V : Veuve N: Délaissée A: Autre.  La taille de photo est supérieure à 99 ko. Actions uc Validité d'une personne Validité d'une personne Gestion d'une personne Validité opération Validité nom et prénom en arabe Validité nom et prénom en francais Validité rang Validité province Validité lien de famille Validité date de naissance Validité sexe Validité adresse Validité photo Validité CPP Validité CIN Validité état matrimonial «extend»
  50. 50. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 50 7.6 Cohérence d’une personne 7.6.1 Description Chaque personne subira à des contrôles de cohérence. Description Opération Entité Personne Person Prérequis (pré conditions) Personne valide. Post condition Entrées Personne créé. Sorties La Liste des rejets Contrôles  Si le lien familial d’un ayant droit est ‘A’ « adopté » le nom de famille doit être renseigné.  Le rang de famille ‘2’ doit avoir un code de sexe ‘F’.  Le nom en arabe est obligatoire pour tous les bénéficiaires sauf dans le cas des ayants droit avec le lien de famille ‘F.  Dans le cas où le chef de foyer est masculin et le lien de famille des ayants droit est ‘F’ : Si le nom des ayant est vide -> Ecrasement par celui du père. (nom arabe et français) Si le nom des ayants droit est différent du nom du père -> Rejet  L’état matrimonial de la conjointe ‘rang : 02’ doit être un ‘M’ « Mariée »  Un ayant droit âgé entre 21 et 26 doit avoir une justification de scolarisation(S).  Un ayant droit handicapé est accepté sans limite d’âge.  Si le chef de foyer est une femme ‘F’ et elle figure comme mariée ‘M’, elle est rejetée.  Si le chef du foyer est masculin et le lien familiale des ayants est "F", les noms arabe des ayants droits doivent être les mêmes que celui du père.  Dans le cas où le nom de l'ayant droit est différent du nom du chef de foyer le lien de parenté doit être adopté.  Contrôler d’âge des ayants droits avec un lien de famille ‘F’ par rapport au chef du foyer (avertissement pas de rejet en cas de incohérence).  Si l'un des bénéficiaires est affilié à l'AMO, le dossier doit être rejeté uc Gestion des person... Cohérence d'une personne
  51. 51. LA REFONTE DU SYSTEME D’INFORMATION « RAMED » BASEE SUR UNE NOUVELLE ARCHITECTURE ROBUSTE ET SECURISEE POUR L’ANAM. 51 Actions 7.7 Identifier une personne 7.7.1 Description Pour identifier un cas de polygamie (chef de foyer masculin), le système se base sur la cohérence et validité des données communiquée, dans le cas général un algorithme sera mis au point pour pouvoir identifier une personne au sein du système RAMED. uc Cohérence d'une personne Gestion d'une personne Cohérence d'une personne Cohérence sexe Cohérence rang Cohérence photo Cohérence lien familial Cohérence état matrimonial «extend» uc Identifier une personne Gestion d'une personne Identifier une personne Identification par IPCM Identification par CIN identification par la phonétique du nom et prénom français Identification par Date de naissance (jj/mm/aaaa) Identification par date de naissance (aaaa) Identification par lieu de naissance (Province/Commune) Identification par CIN des parents «extend»
  52. 52. 52 7.7.2 Algorithme d’identification d’une Personne stm StateMachine IPCM Contrôle IPCM Génére rejet et fin Contrôle CIN Contrôle CIN Verification du rang ? Recherche Nom Fr (Phonétique) Prénom Fr (Phonétique) Date Naissance Code Province naissance Résultat de recherche Recherche Non identifiéé Résultat de recherche CIN de l'un des parents Personne identifiée Avertissement: Similitude Existance de CIN dans la BD ? Recherche Nom Fr (Phonétique) Prénom Fr (Phonétique) Année de naissance Code Province Naissance Résultat de recherche Personne identifiée Recherche (Confirmation) Résultat de recherche Avertissement: Similitude Verification du rang ? Existance de CIN dans la BD ? Génére rejet et fin Recherche Nom Fr (Phonétique) Prénom Fr (Phonétique) Date Naissance Code Province naissance Résultat de recherche Personne identifiéeNon identifiéé Recherche Nom Fr (Phonétique) Prénom Fr (Phonétique) Année de naissance Code Province Naissance Résultat de recherche Non identifiéé [IPCM non vide] [CIN vide] [Chef du foyer] [Non Trouvé][Trouvé] [Non Trouvé] [Non Trouvé] [Trouvé] [Trouvé] [Trouvé] [Non Trouvé] [Ayant droit] [Non Trouvé] [CIN non vide] [CIN vide] [CIN non vide] [Chef du foyer] [Ayant droit] [Trouvé] [Non Trouvé] [Trouvé] [Non Trouvé] [Trouvé] [Non Trouvé] [IPCM Vide] [IPCM Erroné] [Trouvé]

×