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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
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
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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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. 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
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. 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. 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. 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. 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. 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. 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. 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
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é]