Page 1

RAPPORT DE STAGE

Auteur :Patrick COUILLEROTFormation : Analyste Programmeur en Informatique Appliqué à l’IndustrieDate de Stage : du 17/07/2002 au 26/09/2002Entreprise d’acceuil :Call et SolutionResponsable : M José MONTET

SOMMAIRE

Sommaire ----------------------------------------------------------2Remerciement ----------------------------------------------------3 Call & Solutions --------------------------------------------------4OpticEyes-----------------------------------------------------------6WinDev 5.5---------------------------------------------------------7Architecture de WinDev-----------------------------------------9Le W-Langage-----------------------------------------------------9Le projet-----------------------------------------------------------10La fiche client-----------------------------------------------------12La fenêtre Cl_fic-------------------------------------------------13Fiche audio, fiche optique, fiche lentille---------------------14Le menu principal-----------------------------------------------15Le treeview--------------------------------------------------------17Génération du document XML-------------------------------18Organisation des données--------------------------------------23

ANNEXE----------------------------------------------------------24

Description des fenetres----------------------------------------25Almerys------------------------------------------------------------29Principales fonction des treeview-----------------------------34

Page 2

REMERCIEMENTS

Je tiens tout d’abord à remercier M José MONTET, Directeur de Call & Solutions pour m’avoir permis d’effectuer mon stage au sein de son entreprise.

Je remercie aussi M HAMANI, responsable de projet ainsi que M MOUEZ, analyste programmeur, pour leurs conseils et leur patience.

Pour les même raisons, je tiens a remercier M Michel COULARD ainsi que M. Philippe LECUYER, enseignant a l’AFPA d’Evry pour les cours qu’il nous ont dispensés tout au long de l’année.

Page 3

PRESENTATION DE CALL & SOLUTIONS

Jour après jour, Call et Solutions Marketing aide ses clients à devenir plus compétitifs sur leurs marchés, en optimisant leurs moyens technologiques, leurs processus opérationnels et les performances de leurs équipes

CALL & SOLUTIONS81, route de Grigny

91136 RIS-ORANGISTél : 01-69-02-44-74Fax : 01-69-02-44-78

E-mail : call.solution@wanadoo.fr

2 - La délégationPour des missions de plus longue durée, Call et Solutions Marketing met à votre disposition un collaborateur dans le domaine de compétence requis : Administrateur réseau, Ingénieur systèmes et réseaux, Ingénieur développement, chef de projet, Technicien…

1 - Domaines d'activitésTélécommunications et réseaux : LAN, WAN, interconnexion Architectures

distribuées, Internet - Intranet, messagerie et groupewareGestion, administration et maintenance des ressources informatiquesTopologie : RNIS, Ethernet, Fast-Ethernet, Token-Ring, Apple-TalkProtocole : X25, ATM, Frame Relay, TCP/IP, NETBEUI, IPX/SPX …Sécurité : logiciel et matériel du poste de travail aux réseaux (LAN, WAN, Internet /

intranet)Plate-forme : Digital, IBM, INTEL, BULL, SPARC, VAXSystème : VMS, UNIX, WINDOW NT, NOVELL, OS2…

3 –Call & Solutions, éditeur de logiciels BIJOUXCALL un logiciel de gestion des BijouteriesINTRALOG un logiciel permettant de gérer l’accueil de Personnalités,HELPDESK un logiciel gérant la Hot-LineCAHSCALL une caisse enregistreuse s’interfacant avec d’autres logiciels

commerciaux.WINCONSULAT un logiciel gérant les activités des ConsulatsWINAMBASSADE un logiciel gérant les activités des AmbassadesWINBIBLI un logiciel gérant les bibliothèquesWINPLANNING un logiciel gérant les Conférences, Déjeuners d’affaires, …WINCOME un logiciel permettant de gérer les Activités des Comités

d’Entreprises.OPTICALL un logiciel de gestion des magasins d’optique

Call & Solutions est une SCSI dirigé par José MONTET- 70 salaries environ à temps plein- Spécialisés dans plusieurs domaines

Ingénierie (1)ConseilEdition logiciel (3)

Page 4

CALL & SOLUTIONS

PROSPECTER FIDELISER SOUPLESSE PRECISION RAPIDITE

TRAITEMENT DES FICHIERS SAISIE PRISE EN CHARGE DES FICHIERS lecture de tous

supports CORRECTION D’ADRESSES : code postal, ville... DEDOUBLONAGE RECHERCHE TELEPHONIQUE

MAILINGS MISE SOUS PLI MAILING PAR FAX, PAR E-MAIL

OU PAR LA POSTE GESTION DES NPAI EDITION DES STATISTIQUES AFFRANCHISSEMENTS AUX

TARIFS PREFERENTIELS DE LA POSTE

DETECTER, PROSPECTER, FIDELISER VOS CLIENTS MAILING PHONING PROPOSITION

D’ACHAT

LOGICIEL SPECIFIQUE en INTRANET sur INTERNET

Une Equipe Commerciale à votre écoute Des Spécialistes en Informatique prêts à vous servir Une équipe d’opérateurs de saisie

Pour des missions de plus longue durée, Call et Solutions Marketing met à votre disposition un collaborateur dans le domaine de compétence requis : Administrateur réseau, Ingénieur systèmes et réseaux, Ingénieur développement, chef de projet, Technicien…

Page 5

OPTICEYES

Un logiciel de gestion des magasins d’opticien

Opticeyes est un logiciel développé depuis deux ans environ sous la supervision de M HAMANI (chef de projet).Ce logiciel a pour ambition la gestion de magasins d’opticiens. Il doit permettre a terme de gérer des chaînes de magasins. Le code du projet a été écrit par les salariés de Call & Solutions ainsi que par plusieurs stagiaires. Call & solution est une société de service employant environ 70 personnes qui sont placées dans des entreprises. Les employés qui n’ont pas de missions où entre deux missions sont chargés du développement de ce logiciel entre autres.

OpticEyes a été développé pour combler un manque dans les logiciels optiques, en effet si plusieurs solutions existent actuellement (WinOptics, OpticApp, Irris, Cristallin, …), la plupart de ces solutions ne permettent pas la gestion d’un magasin d’opticien dans sa globalité. OpticEyes doit a terme permettre de rassembler toutes les opérations possibles d’une chaîne de magasin optique sur une seule et même interface. Il a été développé suite a une demande de plusieurs ophtalmologistes et en collaboration étroite avec eux. OpticEyes est développé en réseau sur des machine de type Pentium 400 a partir de 32 Moctets de RAM. (plateforme WINDOW 98, NT, 2000, ou XP)

Opticeyes permet la gestion : Des magasins. Des vendeurs. droits et identité a l’aide de profils établis. Des clients. Identité, soins, Mailing, factures …. Des articles. Verres, montures, lentilles, audio…. Des stocks. Inventaire, statistiques, mouvement, …. Des tarifs. Remises, prise en charge régime obligatoire. De la comptabilité. Gestion d’échéanciers.

Opticeyes permet en outre la gestion des articles par codes barres, L’envoie automatique des commandes aux fournisseurs, la possibilité d’établir des devis personnalisés, la relance automatique des clients.

L’ergonomie du logiciel est assurée par une interface intuitive qui s’intègre harmonieusement sur une plate-forme Windows 32 bits. Pour son fonctionement, OpticEyes s’accomode parfaitement d’une base de données Oracle ou Access mais d’autre solutions sont en projet. OpticEyes est un logiciel entièrement modale qui essaie de répondre à deux objectifs, simplicité d’utilisation et rapidité.

La difficulté principale de ce logiciel réside dans le fait de la multitude de références possible à gérer par article. Par exemple, plus de 4000 références possible pour les verres multiplié par le nombre de fabricants potentiel lui même multiplié par le nombre de magasins. Opticeyes est avant tout un logiciel de gestion.

Opticeyes a été développé entièrement avec WinDev 5.5 car c’est un environnement de développement adapté aux bases de données. La simplicité du code en font un outil de développement idéal pour ce logiciel développé par plusieurs programmeurs.

Page 6

WINDEV 5.5PrésentationWINDEV 5.5 est un environnement de développement fonctionnant en environnement Windows.Il permet de créer simplement de puissantes applications Windows.Le produit couvre l'ensemble des besoins d'un développement professionnel, de la conception à la maintenance, pour de nouvelles applications ou en complément d'un existant

1 Possibilité d'afficher des règles d'alignement dans les fenêtres en cours de création. Ces règles permettent de positionner des repères dans la fenêtre en cours. Ces repères facilitent l'alignement et le dimensionnement des champs.

2 Un éditeur de menus "WYSIWYG" : le menu est construit directement dans la fenêtre en cours, et peut être déroulé à tout moment sous l'éditeur de fenêtres.

3 Deux nouveaux types de champs : le potentiomètre et le libellé Ombre floue.

4 Un TreeView beaucoup plus détaillé: Le TreeView permet de visualiser les différents éléments du projet en cours. Pour chaque fenêtre ouverte, il est possible d'afficher dans le TreeView la liste des champs présents dans la fenêtre, les codes associés à la fenêtre ou aux différents champs. Un double clic sur le nom du code permet d'afficher celui-ci dans une fenêtre de code.

5 Un correcteur d'interface propose pour la fenêtre en cours (ou uniquement pour les champs sélectionnés) d'appliquer les règles de construction d'interface issues du standard Windows : alignement des champs, normalisation de la taille des boutons, ...

6 Une fenêtre Aperçu Position permet de visualiser la position de la fenêtre dans l'écran lors de son ouverture. Si la position de la fenêtre est relative à l'écran, il est possible de déplacer l'image de la fenêtre en cours dans la fenêtre ancrable "Aperçu Position" pour déterminer sa position à l'ouverture.

1 - Partie de la fiche audio modifiée

5 Un correcteur d'interface propose pour la fenêtre en cours (ou uniquement pour les champs sélectionnés) d'appliquer les règles de construction d'interface issues du standard Windows : alignement des champs, normalisation de la taille des boutons, ...

éditeur de code - Afficher une fenêtre secondaire en saisie(1) - Prise en compte des opérations effectuées sur le code dans la fenêtre Historique (2) - Visualiser les modifications qu’une personne a apportée dans un code (3)

Page 7

Un éditeur d'états - Nouvel assistant de création d'états - Harmonisation des touches de raccourcis - Possibilité de réaliser des tests de vos états soit en 16 bits, soit en 32 bits - Possibilité d'intégrer des graphes dans vos états, grâce à un nouvel assistant

2 - L’éditeur de code

3 - L’éditeur d’états

4 - Des renseignements supplémentaires concernant une option particulière du menu peuvent être saisis dans l'écran de description d'une option..

Page 8

Architecture de WinDevWINDEV est architecturé autour d'éditeurs, adaptés à chacun des besoins du développeur, unifiés dans un environnement unique :

éditeur de projet.éditeur d'analyses.éditeur de modèles UML.éditeur de requêtes.éditeur de fenêtres.éditeur d'états.éditeur de code source, débogueur et compilateur.éditeur d'aide.éditeur de documents.gestionnaires de versions.

Ces différents éditeurs vont permettre de créer les différents objets (fenêtres, états, base de données, programmes …) manipulés par l'application.

Le W-Langage

Le W-Langage est le langage de programmation de WINDEV.Le W-Langage est un L4G (Langage de 4ème Génération), les fonctions sont en français, exprimées dans des termes explicites, proches du langage courant (les fonctions du W-Langage sont également disponibles en anglais).La programmation en W-Langage peut être "traditionnelle" ou "orientée objet".Le W-Langage permet de gérer :

les opérations sur des chaînes de caractères.les opérations arithmétiques.l'affichage des fenêtres et des champs.une base de données au format Hyper File, SQL

Server, Oracle, AS/400, Palm ...les communications avec un serveur FTP ou SOAP.des fichiers textes.le blocage des fichiers (automatique ou par

programmation).l'affichage et la saisie dans des tables de

visualisation.le "Drag and Drop", la programmation objet, ...

Les principales caractéristiques du W-Langage sont les suivantes : - Intuitif avec un apprentissage rapide. - Proche de votre langage habituel (C, Basic ou Pascal). - Syntaxe en français (anglais disponible). - Gestion de l'encapsulation des traitements associés aux fenêtres. - Programmation "objet" possible en W-Langage, mais pas nécessaire. - Gestion événementielle transparente. - Gestion des procédures. - Gestion du dialogue par DDE ou par OLE Automation avec d'autres programmes. - Appels à des fonctions de l'API Windows. - Présence d'un débogueur pour tracer les programmes.

Exemple EcranVersFichierHAjoute(CLIENT)Ces deux lignes suffisent pour :- Renseigner les variables des rubriques du fichier avec les valeurs saisies dans les champs reliés aux rubriques,- Ajouter l'enregistrement dans le fichier CLIENT,- Mettre à jour le fichier d'index.

Un seul ordre du W-Langage permet de remplacer plusieurs lignes de code traditionnel!

Page 9

Le projet

Lorsque je suis arrivé à Call & Solution, Je me suis d’abord familiarisé avec l’environnement de développement Windev. L’ergonomie du logiciel m’a agréablement surpris. L’interface est simple claire et intuitive et contrairement a bien des logiciel de développement actuelle, WinDev est entièrement en français ce qui facilite beaucoup la recherche d’information.

J’ai ensuite commencé à découvrir OpticEyes. OpticEyes est un logiciel de gestion de magasin d’optique qu’il serait vain d’essayer de décrire dans ce document tant ses domaines d’application sont variés. Il permet outre la gestion de la clientèle, la gestion du magasin, des employés, des stocks, des fournisseurs, des remboursements de la sécurité sociale, etc…

OpticEyes gérait aussi les mutuelles, mais cette gestion permettait juste d’associer une Mutuelle avec un client. M Montet, suite a une demande de plusieurs opticiens a voulu implémenter une nouvelle fonctionnalité dans son logiciel. Savoir le plus rapidement possible combien une mutuelle rembourserait son adhèrent en prévision ou suite à un acte optique.

Il était déjà possible grâce a Opticeyes de connaître instantanément le remboursement pris en charge par la caisse primaire d’assurance maladie, on pouvait donc aisément connaître la somme qu’il restait a prendre en charge mais il était impossible de savoir combien la mutuelle rembourserait réellement. Il était aussi impossible à un opticien de se connecter avec chaque mutuelles. C’est là qu’intervient ALMERYS, un opérateur de service qui met en relation les professionnel de la santé et les mutuelles.

Le but de mon stage a donc été d’implémenter une interface au sein d’OpticEyes qui permette de se connecter a Almerys, ceci afin de connaître presque instantanément la part prise en charge par la mutuelle.(Cf. Annexe : Almerys l'opérateur de services pour les professionnels de la santé)

En guise de cahier des charges, je me voyais confier plusieurs documents :- Un document au format Word expliquant comment intégrer les services

proposés par Almerys dans un logiciel.(Cf. Annexe : Echanges entre Almerys et les Régimes Complémentaires dans le cadre des Prise En Charge.)

- Un document HTML définissant le format des documents XML échangés entre les logiciels d'opticiens et Almerys dans le cadre des Devis (Cf. Annexe : Documentation du schéma XML)

Il fallait donc créer un document XML conforme au cahier des charges d’Almerys.

LES CHANGEMENTSXML est un langage à balise issue du XHTML, Il est beaucoup moins permissif que

le HTML mais il assure une certaine structuration de l’information. Beaucoup utilisé pour la transmission d’information pouvant être représentée sous forme arborescente.

Page 10

Apres une étude de la documentation fournie par Almerys et en accord avec le chef de projet, il a été décidé que je travaillerais sur une copie du logiciel car l’implémentation de cette nouvelle fonctionnalité (connexion au serveur Almerys) allait profondément modifier le logiciel. En effet, Plusieurs informations nécessaires à Almerys n’existaient pas dans le logiciel. Par exemple, Almerys a besoin de savoir si le client est un assuré ou un bénéficiaire, c'est-à-dire une personne assurée sous le numéro de sécurité sociale d’une autre personne. Jusqu'à présent une unique table permettait la gestion des clients et cette notion de bénéficiaire n’était pas implantée dans le logiciel.

Une première solution a été essayé, il s’agissait d’ajouter un nouveau champ a la table

CLIENT, un booléen qui serait a un si le client n’est pas l’assuré mais cette solution a été abandonné au profit d’une autre solution qui bien que plus difficile a mettre en place permettrait a terme d’accélérer les requêtes concernant les clients. Il a été décidé en accord avec le chef de projet de fractionner la table CLIENT en deux afin de créer une nouvelle table, la table BENEFICIAIRE.

L’interface de gestion des clients devait donc être reprise afin de gérer cet état. Ce changement était très important car un bon nombre de requêtes devait être réécrite afin d’interroger deux tables potentielles au lieu d’une seule. Il a donc été décidé que je travaillerais sur une copie du projet afin de permettre aux autres développeurs de continuer a travailler sur leurs modules respectifs.

La table bénéficiaire a été crée afin d’intégrer cette nouvelle notion. Cette table est un clone de la table client hormis un champ qui a été rajouté, c’est le lien vers son client. C’est une relation de 1 a 1.Chaque bénéficiaire ayant un et un seul assuré. Un champ nombre de bénéficiaire a été rajouté a la table client afin d’homogénéiser les deux tables. La fiche client a été modifiée Deux onglets ont été rajoutés. L’onglet bénéficiaire recensant tous les bénéficiaires de l’assuré ainsi qu’un onglet mutuelle qui permet d’ajouter/modifier la mutuelles d’un client

BENEFICIAIREIdentifiant beneficiaireNomPrenomAdresse………..Identifiant client

CLIENTIdentifiant clientNomPrenomAdresse………..Nombre de bénéficiaire

5 - La table client et la table bénéficiaire possèdent les mêmes noms de champs. Ceci nous permet de n’écrire les requêtes qu’une seule fois en définissant une variable qui peut prendre comme valeur soit « CLIENT » soit « BENEFICIAIRE ». Une variable globale a été ajoutée au projet,la variable EstBeneficiaire qui est un booléen qui prend la valeur 1 chaque fois qu’un bénéficiaire est concerné.

LA FICHE CLIENT

L’interface client a été d’abord remaniée, deux nouveaux onglets ont été rajoutés. Un onglet bénéficiaire (1) ainsi qu’un onglet Mutuelle(2). L’objectif n’était pas de remanier toute cette interface.

L’interface Client sert à saisir le plus d’information utile concernant un client, on peut saisir un nouveau client avec cette interface ainsi que lui associer ses bénéficiaires. Deux liens vont ainsi être établi entre un client et un bénéficiaire. Tout d’abord le numéro de sécurité sociale est recopié afin de garder une symétrie entre les deux tables (CLIENT et BENEFICIAIRE) et rester compatible avec l’existant. Ensuite le numéro du client est associé à chaque bénéficiaire. Le client lui compte ses beneficiaires. Ce parametre est important car il peut servir a accélérer certaines requêtes. (éviter par exemple de parcourir toute la table BENEFICIAIRE lorsque tout les bénéficiaire d’un assuré ont été trouvé).

La gestion d’une mutuelle se fait par une case à cocher(3)qui prévoit quatre états. Les client ayant une mutuelle (comme sur la figure), Les clients bénéficiant de la CMU, ils bénéficient d’un remboursement particulier sur les actes optiques. Les clients affilié à la sécurité sociale mais n’ayant aucune mutuelle (coche Pas de mutuelle).Enfin il y a aussi les clients ne bénéficiant ni du régime complémentaire, ni d’une mutuelle. Le cas ou un client aurait une mutuelle et ne serait pas affilié à la sécurité sociale n’est pas pris en considération.

2

6 - Fenêtre servant d’interface de gestion de la clientèle

1

5

3

4

6

La fenêtre Cl_fic

Dans le programme, cette fenêtre a le nom de Cl_fic (abréviation de fiche client). Cette fenêtre peut être appelé de plusieurs endroits possibles dans le logiciel. Son mode d’ouverture se fait par passage de paramètres.

L'appel a cette fenêtre est possible de cette manière Ouvre("cl_fic ", ModeAppel="Parcours" ,pWhere="",SaisieOK=Faux)ModeAppel indique le travail A exécuter: "Parcours" Parcours des enregistrements "Création" Création d'un enregistrement "Modif" Modification de l'enregistrement en cours Si ModeAppel="Modif" alors pWhere contient la clause WHERE permettant l'accès à l’enregistrement à modifier.

Si ModeAppel n’est pas précisé, une erreur est générée qui conduit à un message d’information.SaisieOK est un paramètre qui est utilisé lors d’une création après la première validation. Dés qu’un client a été validé, les requêtes faite sur la table CLIENT passe du type INSERT à un type UPDATE., Saisie OK devient vrai.

Il est possible d’éliminer un bénéficiaire depuis son onglet après avoir vérifié qu’aucune facture impayée ne lui appartient. Cette opération n’est pas possible pour un client depuis cette fenêtre.

La saisie du sexe(5) est sécurisé par le code, en effet le sexe n’est accessible que si la civilité est enfant. (Différentié a cause du traitement particulier appliqué par la caisse primaire d’assurance maladie aux mineurs)

Une barre de message à aussi été ajouté afin d’apporté une aide permanente à l’opérateur de saisie.

De nouvelle fonctionnalités doivent être écrites pour cette fenêtre, notement la possibilité de visionner les opération du client ainsi que des fonctions d’impression d’état complémentaires

UPDATE CLIENT SET Cli_civ = « Mme », Cli_Nom = « CROFT »,Cli_Prn = « Lara », Cli_Adresse = « Chez Eidos », Cli_complement = «», Cli_Cp = « 75800 », Cli_ville = « PARIS », Cli_DateNaiss = « 20/08/1968 », Cli_Tel = « 0102365654 », Cli_Portable = « 0616164747 », Cli_e_mail = « laracroft@aventure.space », Cli_Ecart_temporal = 0, Cli_NumSecu = « 2741211588568 », Cli_Sexe = « F », Cli_couverture = 1, cli_mut_ci = 12, cli_adhesion = « LARA001 », Cli_carte = 24, Cli_Benef = 2 WHERE Cli_ci = 1

7 - Texte d’une requête de type UPDATE = mise a jour d’un client Ce type de requête à pour but de modifier un enregistrement existant de la table CLIENT

Fiche audio, fiche optique, fiche lentille

Conformément à la demande de plusieurs ophtalmologiste, Les différentes fiches permettent d’assurer la saisie des informations concernant les soins ainsi que la gestion de la clientèle. Un vendeur devait pouvoir travailler sur une seule fenêtre.

Les différentes fiches (Audio, Optique et lentilles ont vu leurs interfaces modifiées pour prendre en compte les modifications. Ajout d’un onglet permettant la recherche rapide (1) d’un client et de ses assurés a partir d’un numéro de sécurité sociale ainsi que d’un onglet mutuelle (2) permettant de renseigner les information sur le complément santé dans la table CLIENT ou BENEFICIAIRE.

La partie concernant le client est commune à trois fenêtres ainsi que la partie info générale (3) qui concerne le vendeur. Le nom du vendeur est automatiquement renseigné grace au login de connexion, Il est entièrement sécurisé par une gestion des droits des utilisateurs. La partie cliente est renseigné de plusieurs manière possibles:

- A l’ouverture de la fenêtre tout d’abord. Son ouverture est de la forme suivante Ouvre(« Aud-fic », ModeAppel= « Parcours », pWhere = «»,IdentifiantClient =  «»). Comme la fenêtre, client trois mode d’appel sont supportés, un mode parcours par défaut réservé au utilisateurs n’ayant pas le droit de modification sur ces fiches. Avec ce mode d’ouverture seules les requêtes du type « SELECT » sont executées.. Un mode création qui permet de lancer une requête du type « INSERT » et enfin un mode de modification qui permet de renseigner la fiche et génère des requêtes du type « UPDATE » sur les tables FICHEAUDIO, CLIENT ou BENEFICIAIRE. Quand ce mode est utilisé, le paramètre pWhere représente la clause WHERE de la requête. C’est ici le lien de la table FICHEAUDIO vers la table client qui sert à complété les informations relative au client. Le dernier paramètre sera vu ultérieurement, il sert lorsque la fiche est instanciée depuis l’arbre de la fenêtre d’accueil (Il est généré depuis le menu contextuel.

- Elle peut aussi être renseigné par l’onglet recherche. Recherche depuis le numéro de sécurité sociale ou par nom. Une requête du type « SELECT » avec pour clause WHERE les paramètre de recherche complété par le vendeur.

8 - Partie commune au fiche audio, optique et lentilles

1 23

MENU PRINCIPAL

Le menu principal est le passage obligatoire pour tous les utilisateurs d’Optieyes. Il assure l’accès sous condition à la plupart des fonctionalités du logiciel. Son interface graphique très riche ne nuit en rien à son efficacité.

Description du menu principal9 – Capture de la fenêtre principale

6

41

2

3

5

Le menu principal est la deuxième fenêtre ouverte par le logiciel, elle apparaît suite a la fenêtre de login qui permet la connexion à la base de données et qui renseigne l’utilisateur en cours. Elle permet d’accéder a presque toutes les fenêtre du logiciel. Les ouverture de fenêtre se font toute en mode modale, seule un fonction contrôlée par un timer continue à s’exécuter . Cette routine est chargé de déconnecté l’utilisateur en cas de trop longue inactivité du logiciel. Le temps d’inactivité est paramétrable. Le verrouillage peut aussi intervenir sur une sollicitation directe de l’utilisateur.

Une barre de menu (1) sert a naviguer a travers le logiciel, La plupart des fenêtre peuvent être atteinte a partir d’ici. On trouve aussi les informations relatives à la version du logiciel ainsi que les informations de paramétrage du logiciel.

La partie gauche (2) permet :- D’obtenir une vue de la table CLIENT.- De paramétrer des relance par mail sur une sélection de client.- La gestion des stocks.- La gestion de la caisse- D’obtenir des statistique générales- La mise a jour du logiciel- De paramétrer les alerte en cas de stocks insuffisants.

Les différents boutons (3) assure l’accès à différente fenêtres en mode création. La plupart des champs seront vides à l’ouverture hormis les informations concernant l’utilisateur en cours.

Un Treeview (4) permettant à lui seul d’assurer l’essentiel de la gestion des clients. Son fonctionnement a été revu et corrigé afin d’intégrer la notion de bénéficiaire qui n’existait pas jusqu’alors. Un menu contextuel associé au Treeview permet en outre de visualiser l’historique d’un client, d’ajouter une nouvelle fiche, de supprimer une fiche ou un client après l’exécution d’une fonction vérifiant que le client a bien réglé toutes ses factures. L’ouverture sur les fiches audio, optique et lentille se fait en mode création, le dernier paramètre transmis depuis ici sert a renseigner les informations relatives au client ou au bénéficiaire

Le champ d’information client (5) est directement dépendant du Treeview, en effet, c’est ici que figure les infos du dernier client ou bénéficiaire sur lequel on a cliqué.

Les éléments repéré (6) sur la figure 9 servent a rafraîchir le Treeview suite à une recherche dans la table client. On peut rechercher des clients de plusieurs manières possibles.

- recherche par le numéro de sécurité sociale- recherche par type d’opérations- recherche par le nom ou une partie du nom- recherche par première lettre du nom

Toutes les requêtes de sélection sont effectuées sur la table CLIENT d’abord puis sur la table BENEFICIAIRE ensuite. Si après une requète, seul des bénéficiaires sont trouvés, les assurés correspondant sont recherché afin d’offrir une vue similaire de l’arborescence.

LE TREEVIEW

Le Treeview existait déjà mais il ne gérait que des clients. Il a donc été repensé afin de devenir un outil de manipulation aisé. Les fonctionnalité de Windev permettait d’associer une icône a chaque branche de l’arbre ainsi qu’un numéro d’identification a chaque branche. Cet identifiant a pour fonction d’ouvrir la fenêtre concerné par le type de document sur lequel on a double cliqué

Identification des branches du Treeview.A la construction du Treeview, Il est possible et même conseillé d’ajouter un identifiant à chaque branche du Treeview. Cet Identifiant peut être récupéré par la fonction ArbreRécupèreIdentifiant(« NomTreeview ») qui renvoie une chaîne de caractère. Huit sortes de branches ont été définiesLes fiches audio Ident. =  « FAU + Identifiant fiche »Les devis audio Ident. =  « DAU + Identifiant fiche »Les fiches lentilles Ident. = « FLE + Identifiant fiche »Les devis lentilles Ident. = « DLE + Identifiant fiche »Les fiches optique Ident. = « FOP + Identifiant fiche »Les devis optique Ident. = « DOP + Identifiant fiche »Les assurés Ident. = « CLI + Identifiant Client »Les bénéficiaires Ident. = « BEN + Identifiant beneficiaire »Ces identifiants récupérés lors de l’événement double clic permettent d’ouvrir la fiche associée sans ambiguïté.

Lorsque l’on clique sur une branche, selon l’état, il convient soit de la dérouler soit de l’enrouler. Ce simple code suffit lors de l’évenement clic gauche:SELON ArbreEtat(« NomTreeview »,  « BrancheEnCours »)

CAS aEnrouleArbreEtat(« NomTreeview »,  « BrancheEnCours »,aDeroule)

CAS aDerouleArbreEtat(« NomTreeview »,  « BrancheEnCours »,aEnroule)

FINaEnroule et aDeroule sont des constante WINDEV

v

Assuré déroulé on peu voit que deux bénéficiaires lui sont attachés ainsi que cinq

opérations

10 – Détail du Treeview

Bénéficiaire sélectionné ayant deux opérations.

Fiche audio du bénéficiaire Joe ARAS avec icônes

Génération du document XML

L’implémentation de la table bénéficiaire ayant été réalisé sans problème, il restait a faire la collecte des informations nécessaire au serveur.

Mais comment et où collecter toutes ses informations ?

Les impératifs :- Contrôler l’accès a cette fenêtre.- Eviter d’effectuer tout un tas de requêtes inutiles ?

La solution retenue :

En accord avec le chef de projet, L’ouverture de cette fenêtre se fait depuis la fiche facture. Un bouton permet d’ouvrir l’interface client qui autorise la connexion au serveur. Les contrôles d’accès effectué pour ouvrir la fiche facture suffisent. En effet tout manipulateur du logiciel autorisé à faire des factures sera autorisé a envoyer des requêtes au serveur Almerys.

Ce bouton est à l’état invisible à l’ouverture de la fenêtre donc inaccessible. Il ne devient visible que lorsqu’une facture est établie au nom d’un bénéficiaire ou d’un assuré possédant obligatoirement une mutuelle.

Le fonctionnement de la fiche facture apporte beaucoup d’autre avantages, La fiche facture sert a créer des factures, c’est ici qu’aboutissent chaque fiche de soins. Cette fenêtre peut être appelé à titre informatif, c'est-à-dire qu’un client peut évaluer le coût d’une paire de lunette dynamiquement sans qu’aucune écriture n’aie eue lieu dans la base de données.

L’entrée d’un enregistrement dans la table FACTURE est décidé volontairement par le vendeur. Cette situation est en parfaite corrélation avec les deux principaux documents demandés par Almerys. La demande de devis optique et la demande prise en charge optique. Ce sont les deux mêmes documents seule change la balise d’ouverture du document. Cela implique un changement majeur dans le sens de la demande, si l’adhérent peut faire un nombre illimité de demande de devis, les prises en charge optique seront conditionné par la couverture souscrite auprès de la mutuelle. Une prise en charge optique est confirme une transaction entre l’opticien, l’adhèrent et sa caisse de mutuelle.

On sait sur quel type de facture on est grâce a un champ Fac_type qui indique sur quel type de facture on est, facture audio, facture optique et facture lentilles. Les factures audio n’étant pas géré par Almerys, Le fac_Type de type audio ne permet pas de mettre à l’état visible le bouton

Un autre avantage non négligeable, On sait à ce moment la quels articles sont facturés, quel prix est vendu chaque article, les code *Tips des articles concerné, qui est le client, quel fiche est associée à la facture, les montants remboursé par la sécurité sociale. Les fenêtres issues de la facture seront de deux types possibles, une fenêtre pour des lunettes ou pour des lentilles. Ces deux types de demandes sont gérés par le serveur Almerys

* Tips =Tarif Interministériel de Prestations Sanitaires

Almerys propose de réaliser des demandes de prise en charge. L’opticien envoie alors une requête comportant les mêmes informations que pour la demande de devis, mais avec l’intention de réaliser une demande de prise en charge. Seul le sens de la requête change.

11 – Extrait de la documentation Almerys fournie en annexe page

Les différentes informations collectées dans facture et qui doivent être transmises à la fenêtre Almerys sont rassemblés dans un paramètre pWhere global qui sert dans le projet de moyen de communication entre deux fenêtres. Ce paramètre est composé ainsi ;

1 - « CLI+N° assuré » ou « BEN + N° bénéficiaire » + :2 - « IdentifiantVLG + $ + code Tips verre + $ + Prix après remise + $ »+ :3 - « IdentifiantVPG + $ + code Tips verre + $ + Prix après remise + $ »+ :4 - « IdentifiantVLD + $ + code Tips verre + $ + Prix après remise + $ »+ :5 - « IdentifiantVPD + $ + code Tips verre + $ + Prix après remise + $ »+ :6 - « IdentifiantMonture1 + $ + code Tips monture + $ + Prix après remise + $ »+ :7 - « IdentifiantMonture2 + $ + code Tips monture + $ + Prix après remise + $ »+ :8 - « Identifiant fiche optique ou lentille associée » + :9 – « Option1VLG + $ + Option2VLG + $ + Option3VLG + $ + Option4VLG »+ :10 – « Option1VPG + $ + Option2VPG + $ + Option3VPG + $ + Option4VPG »+ :11 – « Option1VLD + $ + Option2VLD + $ + Option3VLD + $ + Option4VLD »+ :12 – « Option1VPD + $ + Option2VPD + $ + Option3VPD + $ + Option4VPD »+ :13 – « date de création de la fiche »

Trois niveau de séparateurs ont été nécessaire afin de constituer une chaîne contenant toutes les informations nécessaire et présente sur la fiche facture destinée a une demande pour des lunettes.

Explication des différentes procédures appelées

PROCEDURE fiche (pwhere)CodeFicheoptique est une chaîneNumeroFacture est un entierIdentifiantClient est un entierDatefacture est une chaîneClientOuBeneficiaire,ParametreClient sont des chaînes

GLOBALChainetableauLentilles est une chaîne

SI ValiderPwhere() ALORSNumeroFacture=Val(ExtraitChaîne(pwhere,13,":"))Datefacture=ExtraitChaîne(pwhere,14,":")ParametreClient=ExtraitChaîne(pwhere,1,":")ClientOuBeneficiaire=Gauche(ParametreClient,3)IdentifiantClient=Val(Milieu(ParametreClient,4))CodeFicheoptique=Val(ExtraitChaîne(pwhere,8,":"))InitialiserTypeDemande(CodeFicheoptique)RemplirTable()RemplirBeneficiaire(IdentifiantClient,ClientOuBeneficiaire)RemplirAdherent(IdentifiantClient,ClientOuBeneficiaire)RemplirDossier(NumeroFacture,Datefacture,IdentifiantClient,ClientOuBeneficiaire)RemplirOrdonnance(CodeFicheoptique,ClientOuBeneficiaire)RemplirOCS(IdentifiantClient,ClientOuBeneficiaire)RemplirOpticien()RemplirInfoService()Remplirlunettes()RemplirTotaux()

FIN

Deux fonctions importantes pour le formatage des chaînes :Nombre est un entier=100Chaine est une chaîneChaine=NumeriqueVersChaine (Nombre)Renvoie une chaine de caractére= « 100 »Nombre=Val(«chaine »)Renvoie la valeur 100

12 – Code d’ouverture de la fenêtre Almerys pour des lunettes.

ValidePwhere() : Cette fonction renvoie vrai après avoir vérifié l’existence et la cohérence des paramètres reçus elle doit être à terme intégrée a la fenêtre émettrice.InitialiserTypeDemande() : Perme d’insérer une balise identifiant le type de demande. Le recoit en parametre le code de la fiche optique. Et va faire une requête sur la table fiche optique afin de savoir s’il s’agit d’une demande de devis optique ou bien d’un devis optique. A savoir qu’une demande de devis optique n’a qu’une valeur d’information alors qu’un devis optique ne peut être émis qu’une seule fois.RemplirTable() : Permet d’afficher dynamiquement la codification AlmerysRemplirBeneficiaire(IdentifiantClient,ClientOuBeneficiaire) Cette fonction remplit l’onglet bénéficiaire. Elle requête sur la table bénéficiaire ou client selon le cas afin d’obtenir le nom, le prénom, la date de naissance ainsi que le rang gémellaire du bénéficiaire.RemplirAdherent(IdentifiantClient,ClientOuBeneficiaire) Cette fonction complète l’onglet adherent (Pour Almerys, l’adhèrent est l’assuré social). Cette fonction requête sur la table client afin de collecter les nom, prénom, numéro de sécurité sociale, clé numéro de sécurité sociale, rang gémellaire, numéro d’adhèrent à la mutuelle ainsi que son numéro de contrat.RemplirDossier(NumeroFacture,Datefacture,IdentifiantClient,ClientOuBeneficiaire) : Cette fonction positionne le numéro de dossier cree par notre logiciel, la date de création du dossier ainsi que le numéro de dossier Pour rappel lors d'une demande de PEC suite à un devis.

RemplirOrdonnance(CodeFicheoptique,ClientOuBeneficiaire) : complète dans la table ordonnance la date de la prescription indiquée sur l'ordonnance, le numéro ADELI du prescripteur ou numéro FINESS pour les établissements, ainsi que le nom et le prénom du prescripteur.RemplirOCS(IdentifiantClient,ClientOuBeneficiaire) : permet de décrire l’organisme de complémentaire santé avec un nom et un numéro d’organismeRemplirOpticien() : Complète la table Opticien Nom de l’opticien plus son numéro de SiretRemplirlunette() Cette procédure complète la table lunette qui est de loin la plus complexe. Une lunette étant composé au maximum de deux verres pouvant comprendre 4 options chacun et d’une monture. Les paramètre d’un verre sont :

- le coté (verre droit ou verre gauche)- le type de vision (Près, loin ,intermédiaire, progressif, etc…)- la matière (organique, minérale,composite ou polycarbonate)- photochromique (oui ou non)- le type de verre (uni focal, bifocal, tri focal, progressif, etc.…)- La surface (sphérique ou asphérique)- L’indice- Sa référence- Le nom du fournisseur- Diamètre- Sphere, Cylindre, Addition, Prisme, Base,Axe- Code Tips, Code grille, Code acte- Intitulé du verre, Prix HT, Remise faite par l’opticien

Une paire de lunettes est composé de deux verres pas nécessairement symétriques et d’une monture, les paramètre de la monture sont aussi nombreux que ceux des verres.

Chacune de ses fonctions avait pour but de compléter une rubrique spécifique du document XML demandé par Almerys. Afin de collecter toutes ces informations, et afin de simplifier la compréhension du programme, J’ai construit une interface visuelle (cf figure 13) qui ne sera visible qu’en cours de développement. Une fonction WinDev EnModeTest() nous renvoie vrai si l’on est en phase de développement. Cette interface nous permet de contrôler l’exactitude des renseignements collectés à l’ouverture de la fenêtre.

Cette interface non visible par le client permet de collecter sur une seule fiche la totalité des renseignements nécessaire a l’établissement du document XML Le code de cette fiche doit être assez souple pour permettre d’éventuelles modifications, le service proposé par Almerys étant a sa phase d’essai. Chaque onglet comprend une table principale qui représente un nom de balise. Chaque colonne représente aussi une balise qui est incluse dans la balise précédente. D’autre part Almerys nous obligeait a utiliser sa table de codification propre qu’il a été nécessaire d’inclure dans la base de donnée. d’Opticeyes.

Une classe chargée de convertir des tableau en document HTML à été adaptée afin d’obtenir le résultat un document XML valide. La classe hérité possédait des méthodes pour insérer un tableau dans un tableau, pour écrire une balise d’entete.

Une méthode transformant les caractères accentués, les signe <, >, !, /, \, dans un texte a été rajoutée. Cette méthode était nécessaire car la norme de document XML utilisée (UTF-8) ne supporte pas les caractères accentués. Elle est utilisée dans l’onglet infoservice ou l’utilisateur peut saisir une chaîne de caractères de 60 caractères maximums . Une méthode de conversion de date a été elle aussi ajoutée afin d’adapter le format ssaa/mm/jj demandé par Almerys au format utilisé par Optiqueyes jj/mm/aaaa.

Le document généré est automatiquement écrit dans un répertoire propre à l’application. Ce répertoire. Son nom est composé du nom de l’assuré, de la date et de l’heure ou il à été généré. Les page générées sont visible à l’aide d’un navigateur comme explorer supportant la norme XML. (presque tous les navigateurs).

13 – Interface, visible seulement en mode test, de collecte des informations sous Windows XP

Organisation des données

cotétypevisionmatièrephotochromiquetypeverresurfaceindicefournisseur01020100212.231DUPONT02030410212.231DUPONT

TABLE : verre

Onglet Lunette

…< Lunette >

< verre >< coté >01 </ coté >< typevision >02</ typevision >< matière >01</ matière >< photochromique >0</ photochromique >< typeverre >02</ typeverre >< surface >12.23</ surface >< indice >1</ indice >< fournisseur > DUPONT</ fournisseur >…..</ verre >< verre >< coté >02 </ coté >< typevision >03</ typevision >< matière >04</ matière >< photochromique >1</ photochromique >< typeverre >02</ typeverre >< surface >12.23</ surface >< indice >1</ indice >< fournisseur > DUPONT</ fournisseur >…..</ verre ><monture>

</ Lunette >….

<TypeDemande><opticien><OCS><lunette>….

</TypeDemande>

21 informations collecté dans les tables  verre, fabricant, matière, etc…

L’onglet lentille est adapté de la même manière, c’est le type de facture qui renseigne quel onglet utiliser.

Un type option est inclus dans les verre. L’option est elle meme composé de cinq qualificatifs

14 – Relation entre tableau et document XML

Conclusion

Le projet qui était d’établir une communication n’a pas été finalisé car le document demandé par Almerys à subit une mise a jour une semaine avant la fin du stage. Des champs demandé auparavant ne devait plus figurer dans le document et de nouvelles informations devaient apparaître. Une nouvelle définition de document nous est parvenue assez rapidement ce qui nous a obligé à corriger le document.

Ce projet m’a permis de développer sur une vraie application professionnelle. Beaucoup de nouvelles connaissance ont été acquises dans :

- La gestion des tables. - les requète SQL

- le travaille en équipe sur un même projet en réseau.

- Le format XML.

- La mise en forme de l’information.

- Et aussi certaines connaissances en optique.

J’ai beaucoup aimé l’environnement WinDev. Le W-langage très agréable et facile à utiliser.

Travailler dans une SSII à été très enrichissant tant au niveau humain que professionnel. Ce projet m’a aussi permis d’apprécier les cours dispensé tout au long de l’année. Il nous ont apporté une véritable faculté d’adaptation à la programmation quelque soit l’environnement de développement et le langage.

ANNEXE

Les fenètres utiliséées-----------------------------------------------------------------------1La documentation Almerys----------------------------------------------------------------2------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

DESCRIPTION DES FENETRES

About : présentation du programme : nom programme, version copyright, affiche le mode, la mémoire, le processeur & Coprocesseur x87

Ac_fic : fiche d’achat Paramètres   : acompte, montant ttc, frais de port, total facture, date enregistrement , date dernière livraison, remarques

Alerte_article : pour indiquer un seuil d’alerte atteint

An_fic :Utilisé pour la gestion d’EmailParamètres   : nom d’utilisateur, password, adresse serveur, adresse réception, nom connexionUtilisation ou non d’un routeur

Ar_fic :Fiche utilisée pour rentrer un article et ses caractéristiquesParamètres   : nom, matière, type, teinte, marque, écart, fournisseur, prix d’achat hors taxe, coeff, TVA, TVA vent, prix d’achat, prix de vente, code barreBoutons : vérification des doublons, génération code barre auto

Articles_divers feuille destinée à l’achat d’article divers, on sélectionne l’article dans une liste qui va remplir la liste des produits achetés

At_etat : Etat des fiches atelier

At_fic fiche atelier contient les paramètres pour réalisation des verres

Aud_fic : fiche audio. Contient nom du vendeur, du client + paramètres de l’appareil audio

Aud vis : sélection d’une fiche audio en fonction médecin

Cal_fic : fiche calendrier pour sélectionner une date

Carnet d’adresse : fiche gestion du carnet d’adresse en fonction du numéro de port

Carte-adherent : Editeur de la carte d’adhèrent permettant le paramétrage de celle ci

Chair_oma : permet la sélection de fiches de travaux destinées aux ateliers. Possibilité de paramétrer le port COMChemin_ciel : fiche de saisie du chemin pour accéder à Ciel (logiciel de comptabilité)

Chequedejaremis : formulaire remise de chèques

Cl_fic : fiche de renseignements sur client. Mutuelle, nom, adresse etc…. Utilisée pour saisir, supprimer ou modifier un client ou un bénéficiaire

Cl_tab : fiche de gestion des clients.. Utilisée pour modifier, ajouter des clients.

Cloture_caisse_jour : fiche permettant d’énumérer toutes les opérations effectuées ce jour avec mémorisation fond de caisse

Cmd_fournisseurs : fiche de commande avec 3 volets fabriquant client commande + 2 arbres items

Cmd_lentille_fic : fiche pour commande des lentilles

Cmd_optique_fic : fiche pour commande des verres

Cmd_reception : fiche pour commandes reçues même modèle que Cmd_fournisseurs

Code_barre : Fenêtre pour saisie d’un code barre

Codebarre_imp : pour imprimer le code barre de l’article sélectionné. Contient six volets : divers solaire audio monture verres lentilles

Comp_sel : permet la sélection d’un répertoire et d’un serveur

Confcompt : permet le transfert vers Ciel création du fichier Ximport

Connect : ouverture du session de mail :Contient paramètres nom utilisateur, mode de passe adresse serveur, nom de la connexion ….

Connexion : fiche paramètres pour connexion. Connexion base, magasin, utilisateur, mot de passe

Cq_fic : fiche de coordonnées bancaires.Contient les données du clients ainsi que les infos RIB

Detail_achat : fiche détail commande

Devis_aud_fic : fiche de devis pour travail audio ressemble à fiche_audio

Devis_fluent_fic : fiche de devis pour lentilles

Devis_optique_fic1 : fiche de devis optique

Ec_fic : fiche d’échéance par patient

Ec_tab : fiche d’écriture comptable.Paramètres   : journal, date, échéance, compte comptabilité, libellé, montant, C/D, libellé compte, groupe. Permet de faire une sélection entre deux dates

Ech_fictab : Echéances fiche tableau

Ech_vis : liste des échéances

Env_fax : pour envoyer un fax

Paramètres : liste destinataires et texte du fax

F_transfert : fiche affichée lors du transfert indiquant le nombre d’octets transférés

Fa_fic : fiche pour saisie d’un fabricant

Fa_tab : tableau gestion des fabricants pour mise à jour d’un fabriquant

Fa_vis : tableau de sélection d’un fabriquant

Fact_fic : fiche facture

Fam_fic : fiche sélection famille d’article d’un fabriquant

Fen_relogage : fenêtre utilisée pour se reconnecter après la déconnexion automatique paramétrable. Paramètres : nom, mot de passe

Fenetre_progression : affiche patientez traitement en cours + barre progression

Fi_fic_saisie : fiche optique déjà vue

Fi_tab : pour mise à jour d’une fiche optique

Fi_vis : tableau de sélection d’une fiche optiqueFiche caisse article : tableau

Fiche société : pour saisie d’une société

Fichealain : fiche diamètre tranchantParamètres : fournisseur, numéro de téléphone, numéro de fax, prix diamètre le + proche

Flent_fic_stock_saisie : fiche lentille

Flent_vis : tableau de sélection pour mise à jour d’une fiche lentille

Format_impression_eti : fiche pour paramétrage de l’impression des étiquettes

G_tvcfg : fiche paramétrage impression du Treeview

G_tvpol : fiche sélection police

G_tvrch : fiche recherche dans Treeview

Gest_articles : tableau gestion des articlesContient six volets : divers, solaire, verre …

Gestion_adherents : fiche gestion adhérents. Permet de sélectionner un adhèrent de visualiser sa carte.

Gr_fic : fiche magasinParamètres : intitulé, fond de caisse, montant, sabot carte bleue

Graphe_lignes : graphique perte auditive

Grille_dodebarre_moins : Tableau du stock des sphères négatives (pour myopie)

Grille_codebarre_plus : Tableau du stock des sphères négatives (pour hypermétropie)

Grille_stock : grille stock

Hist_med : tableau historique des médecins

Historique : liste gestion des fiches

Import_leonard : import fichier tarif verres et traitement

Inventaire_stock: fiche permettant d’accéder a l’état du stock . Liste_bons_cadeaux : table des publicités

Mailing_fax : Envoi de mailing fax par Photowin5logiciel permettant l’envoi de télécopie).

Menu : permet de déterminer si promotion OK. Permet de déterminer si calibrage OK

Menu_caisse : affiche les articles achetés. Permet de sélectionner le mode de paiement

Menu_flottant : permet de sélectionner un fiche lentille optique ou audio

Menu_principal : page d’accueil du logiciel

Mesure_optique : fenêtre destiné a renseigner les paramètres de la monture. Type de montage, écart temporal.

Mf_fic : fiche de saisie d’un médecin

Mf_tab : tableau de sélection pour mise à jour des médecinsMf_vis : tableau de sélection d’un médecin

Modem_fic : fiche de paramétrage du modem

Morphologie : fiche de morphologie du client

Mu_fic : fiche pour la saisie des renseignements d’une nouvelle mutuelle

Mu_tab : tableau des mutuelles enregistrées

Mu_vis : tableau de sélection d’une mutuelle

Olemail : Fenêtre pour l’envoi d’un courrier ou d’un fax au clients sélectionnés

Omajob : fiche des travaux en atelier.Paramètres   : n° job, OD/OG, type , reçu en attente terminé, PD/PG ,matière du verre, matière monture.

Pack_ac_fic : pack lentilles fournisseur.

Pack_fic : tableau articles divers

Param_relance : Fenêtre des paramètres généraux au programme. Période de relance

des clients, marge sur articles, mode de transmission des commandes…

Param_ticket : paramétrage texte publicitaire sur les tickets de caisses Periode : sélection période d’affichage des opérations

Recapitalatif_vente : récapitulation ventes par type d’articleParamètres : optique lentille audio divers totalBoutons : fermer imprimer

Remise_en_banque : état de caisse. 2 volets état de caisse, remise en banque

Remise_en_caisse_centrale : remise en caisse centraleParamètres : boutons radio jour semaine mois, 2 volets état de caisse, remise en caisse centrale

Remisecheque : tableau remise de chèques. Possibilité d’effectuer tri sur nom type date

Requetes_concepteur : requêtes pour fiches d’une statistique

Retro_divers : tableau rétrocession divers 

Retro_envoi : Fenêtre pour l’envoi d’un article rétrocédé (prêt de stock entre magasins d’un même groupe).

Retro_reception : Fenêtre pour la réception d’un article rétrocédé

Statistique_camembert : graphique avec pour paramètres Chiffre d’affaire, famille, période , Chiffre d’affaire horaire ….

Statistique_flux : Graphique statistiques de flux.Paramètres : Type de graphique, Visites achats / département, magasin, type d’article, achat.

Statistique_stock : graphique statistiques des stocks avec pour paramètres le graphique des stocks verres

Statistiques_globales : Statistiques personnalisées sur clients, achat, vente.

Su_tab : tableau gestion des stocksParamètres : article, fabriquant article, quantité en stock entrées, montant entrées sorties

Su_vis : tableau sélection d’un supplément

Supplement_fic : fiche supplément

Supplement_tab : tableau pour mise à jour d’un supplément

TD_fic : fiche d’un verre.

TD_fic_lentille : fiche article lentilles

Ti_fic : fiche TipsParamètre   : , nomenclature, tarif Sécurité Sociale, tarif mutuelle

Tips : tableau des Tips (Tarif Interministériel de Prestations Sanitaires)

Tracer_1 : pour faire un graphique.

Ut_fic : fiche utilisateur. client, stock, caisse, mise à jour, relances, listes salles

Ut_tab : table des utilisateurs

VD_fic : fiche permettant l’ajout, la modification ou la suppression d’un vendeur

VD_tab : tableau mise à jour des vendeurs

Almerys l'opérateur de services pour les professionnels de la santé

almerys a pour objet de développer l'usage du tiers payant en facilitant les échanges d'informations pratiques entre les professionnels de la santé, les Mutuelles, Institutions de prévoyance, et Sociétés d'assurance participant au remboursement complémentaire de l'assurance maladie.

almerys met à la disposition du professionnel de la santé, quels que soient son équipement informatique et ses moyens de communication, des outils lui permettant de mettre en œuvre les services de tiers payant en minimisant la charge de travail administrative correspondante.

almerys est un opérateur indépendant dans le monde de la santé. Son positionnement exclusivement technique lui permet de maintenir une parfaite neutralité dans l'exercice de son activité tant au profit des professionnels de la santé que des organismes complémentaires.

almerys est une filiale de France Télécom. Elle s'appuie sur les compétences techniques et technologiques de ce groupe et dispose des moyens pour se positionner comme acteur majeur dans le domaine de la santé.

almerys offre la gratuité de ses services aux professionnels de la santé qui signent une convention de délégation de paiement.

almerys offre une gestion efficace et performante du tiers payant et des flux financiers liés à l'ensemble des remboursements des dépenses de santé.

almerys, tout en utilisant les développements récents des nouvelles technologies, s'adapte au niveau d'équipement de chaque professionnel de la santé, sans que celui-ci ait une dépense supplémentaire à effectuer ni aucun matériel complémentaire à acquérir.

NOS SERVICES sont centrés sur   une gestion simplifiée et efficace du tiers payant.

almerys offre tant aux professionnels de la santé qu'aux organismes d'assurance complémentaire, l'accès à des moyens de communication et de gestion de leur activité adaptés aux contraintes respectives des différents métiers.

almerys simplifie la gestion au quotidien du tiers payant pour le professionnel de la santé :

Quel que soit son équipement, almerys s'adapte à son environnement.almerys met à sa disposition la situation des droits au tiers payant du bénéficiaire en quasi temps réel au

travers de l'outil le mieux adapté à l'exercice de sa profession (Internet, Minitel, Serveur Vocal, Plate-forme téléphonique) en local sur son poste de travail en fonction de son logiciel « métier ».

almerys garantit l'exactitude des droits qu'elle porte à la connaissance du professionnel de la santé. De ce fait, elle lui apporte une plus grande sécurité en supprimant les risques d'impayés et de rejets des factures subrogatoires

almerys garantit la régularité et les délais de remboursements.almerys traite tous types de supports pour la prise en compte des factures complémentaires dues au

professionnel de la santé (facture subrogatoire papier, bordereau récapitulatif périodique, télétransmission IRIS B2, Demande de Remboursement Electronique …)

almerys harmonise les modes d'expression des droits des différentes complémentaires santé afin d'en faciliter la lecture par le professionnel de la santé.

almerys met gratuitement à disposition du professionnel de la santé des informations « métier », des services pratiques qui lui permettent notamment de comparer et de choisir les outils les mieux adaptés à son activité (matériels, logiciels, prestataires …)

Vous pouvez consulter les droits au tiers payant de votre patient, vous réduisez ainsi vos risques d'impayés.almerys développe une collaboration étroite avec les éditeurs de logiciels afin d'intégrer ses fichiers dans vos propres progiciels et de permettre leurs consultations de façon totalement transparente dans le cadre de l'exercice de vos métiers.

Il vous permet de faire le point sur vos télétransmissions et vos règlements almerys. Vous pouvez adresser directement ou par l'intermédiaire de votre concentrateur un flux unique de Demande de Remboursement Electronique (DRE), et cela pour l'ensemble des organismes complémentaires, clients d'almerys.Vous recevrez le règlement correspondant au maximum sous 72 heures.

almerys vous propose une banque de données et vous offre ainsi, l'accès à de nombreuses informations pratiques en liaison directe avec votre activité professionnelle.Pour en savoir encore plus, n'hésitez pas à poser vos questions au conseiller qui sera à votre disposition pour vous apporter le meilleur service, dans le cadre d'une relation personnalisée.

49, rue Georges Besse  ZI Brezet  73100 - CLERMONT-FERRANDtél.: 08 10 09 65 64 - adresse internet: www.almerys.com

Copie de la Documentation Almerys Page 30

Echanges entre Almerys et les Régimes Complémentairesdans le cadre des Prise En Charge.

Ce document décrit le fonctionnement des services d’intégration d’Almerys dans le cadre de la mise en relation des opticiens avec les organismes complémentaires pour l’établissement de devis et de prise en charge optiques intégré à leurs logiciels de gestion.

PrincipeAlmerys met en relation les professionnels de santé et les organismes complémentaires pour la consultation de l’ouverture des droits d’un patient, l’établissement de devis, et la demande de prise en charge en vue de réaliser des opérations de tiers payant.

Dans ce but Almerys accompagne les éditeurs de logiciels optique dans l’intégration de ses services dans les systèmes de gestion existants.

Demande de devis Optique.

Un devis optique permet à l’opticien et à son client de calculer de montant des remboursements pour certains actes optiques. L’opticien peut établir plusieurs devis correspondant à plusieurs propositions. Pour cette raison, un devis n’entraîne aucun décompte de la part de l’organisme complémentaire et ne représente pas non plus un engagement.

Voici comment s’effectue l’établissement d’un devis :L’opticien décrit sa prestation selon une grille définie, grâce à son logiciel de gestion. Il saisit :Les informations sur le client.Les informations sur le prescripteur.La description des actes optiques.

Lorsque la grille est validée, le logiciel y ajoute l’identification de l’opticien, et lui attribue un numéro unique de devis. Puis il formate la grille d’informations et l’envoie à Almerys dans un format convenu entre l’éditeur du logiciel et Almerys (cf Schema XML).Le serveur Almerys reçoit toutes les informations nécessaires pour établir un devis et indiquer à l’opticien le taux et le montant pris en charge, et s’il y a lieu, la partie forfaitaire de ce montant. Le calcul de ce devis n’entraîne aucun décompte de forfait ou de plafond pour le client. Il ne représente pas non plus un engagement de la part de l’organisme complémentaire : il est indicatif. Certaines erreurs peuvent être détectées par Almerys ou par l’organisme complémentaire, comme une erreur de format, la fermeture des droits du client, ou le non-alignement de l’opticien sur des grilles tarifaires. Certains actes peuvent également demander un contrôle humain, l’opticien sera alors notifié qu’il recevra son devis de manière différée et par un autre moyen (fax, email). Dans tous les cas, Almerys s’engage à répondre dans un temps limité.

Page 30 sur 35

Copie de la Documentation Almerys Page 31

Almerys met en forme la réponse de l’organisme complémentaire dans un format déterminé avec l’éditeur du logiciel optique. La réponse comporte le numéro unique de devis fournis dans la demande. Les taux de remboursement et les forfaits sont indiqués soit acte par acte soit globalement en fonction de l’organisme complémentaire qui l’a établi.L’opticien peut éventuellement établir d’autres devis pour permettre à son client de comparer plusieurs offres. Il repart alors depuis l’étape 1.Demande de prise en charge.Almerys propose de réaliser des demandes de prise en charge. L’opticien envoie alors une requête comportant les mêmes informations que pour la demande de devis, mais avec l’intention de réaliser une demande de prise en charge. Seul le sens de la requête change.

Voici comment se décompose cette demande :

L’opticien décrit sa prestation selon une grille définie, grâce à son logiciel de gestion. Il saisit :Les informations sur le client.Les informations sur le prescripteur.La description des actes optiques.

Lorsque la grille est validée, le logiciel y ajoute l’identification de l’opticien, et lui attribue un numéro unique de demande. Puis il formate la grille d’informations et l’envoie à Almerys avec l’ordre de prise en charge.

Almerys réalise alors la demande de prise en charge auprès de l’organisme complémentaire du client. La réponse de l’organisme complémentaire peut là encore être soit :Un accord de prise en charge avec un « numéro unique d’accord ».OU Une notification de décision différée et le mode de réponse (fax, email).OU Un rejet avec une ou plusieurs raisons de rejet.

La réponse de l’organisme complémentaire est adaptée par Almerys dans une forme normalisée (cf. schema XML) et renvoyée vers le logiciel de l’opticien. La réponse est similaire à celle fournie pour les devis sauf qu’elle est accompagnée d’un numéro de prise en charge établit par l’organisme complémentaire.En cas d’accord, et si l’opticien et son client acceptent les termes de la prise en charge, l’opticien valide cette prise en charge (bouton « valider » ). Le logiciel envoie alors une dernière requête à Almerys qui comporte le numéro de prise en charge et l’acceptation ou le refus de l’opticien. Cette validation est transmise par Almerys à l’organisme complémentaire qui entraîne le cas échant le décompte des plafonds et forfaits de l’adhérent.Le logiciel de l’opticien stocke l’accord de prise en charge et en particulier le numéro d’accord pour une facturation future et pour archive.Protocole

Les échanges entre le logiciel de l’opticien et Almerys se font par échange de document via le protocole HTTP à travers Internet. Dans ces échanges, le logiciel

Page 31 sur 35

Copie de la Documentation Almerys Page 32

se positionne en tant que client http et Almerys en tant que serveur. La norme HTTP est la norme idéale pour l’échange de documents via TCP/IP. Voici l’URL de référence de la norme HTTP 1.1 :

http://www.ietf.org/rfc/rfc2616.txt

Almerys met à disposition sur son serveur une ressource vers laquelle le logiciel envoie ses requêtes. Les requêtes HTTP de type POST sont formées d’une entête et d’un corps comportant une document XML. Les réponses d’Almerys son de la même forme.On distingue trois types de requêtes/réponses dans le cadre des devis et prise en charge optiques :

Requête Réponse

1 Demande de devis Cotation OU rejet + raison

2 Demande de Prise En Charge

Cotation + Numero d’accord OU rejet + raison

3 Validation/Refus de la prise en charge

Accusé de réception

Les contenus échangés sont des document XML. Voici un exemple de ce à quoi ressemble une telle requête :POST /servlet/AlmerysXmlServlet HTTP/1.0Host: xml.domical.frContent-Type: text/xml; charset=utf-8Content-Length: 882 <?xml version='1.0' encoding='UTF-8'?><requete>  <entete>            <dateEnvois>2002-05-29T18:02:03</dateEnvois>            <niveauTrace>élevé</niveauTrace>            <code>10</code>  </entete>    <demandeDevis>        ...    </demandeDevis></requete>Format des échangesLes documents échangés entre le logiciel optique et Almerys utilise le standard XML 1.0. XML est le langage idéal pour normaliser des formats métiers. De plus cette norme étant arrivé à maturité, de très nombreux environnement de développemnt proposent des API, pour la production, la lecture et la transformation de documents XML. La norme XML est disponible (en français) à l’URL suivante :http://babel.alis.com/web_ml/xml/REC-xml.fr.html

Page 32 sur 35

Copie de la Documentation Almerys Page 33

Tous les types de documents XML (les requêtes comme les réponses) seront validés par un schéma XML. La norme « XML schema » est une norme du W3C disponible aux l’URLs suivantes :http://www.w3.org/TR/xmlschema-1/ (structure des documents XML)http://www.w3.org/TR/xmlschema-2/ (format des données)Cette norme permet de spécifier la structure des fichiers XML et le format exact des données qu’ils véhiculent. Ainsi, une fois le document XML validé par ce schéma, le logiciel optique et Almerys sont assurés de la validité des données échangées.Ce schéma XML est fournis et documenté par Almerys. Il permettra de valider tous les types de messages. Gestion des erreurs.La gestion des erreurs et des traces se fait à différents niveaux protocolaires en fonction de leur nature :S’il s’agit d’une erreur http, c’est le serveur qui répondra dans l’entête http.S’il s’agit d’une erreur de format XML ou d’authentification de l’opticien, c’est dans l’entête de la réponse XML que les messages sont positionnés.S’il s’agit d’un rejet de prise en charge ou de la fermeture des droits de l’adhérent, c’est le message renvoyé par l’organisme complémentaire qui indiquera la source problème. IntégrationAlmerys accompagne les éditeurs dans les développements nécessaires à l’intégration de ses services notamment :En lui fournissant des indications sur l’utilisation des normes qu’Almerys propose.En mettant à sa disposition une adresse et un profil de test.

Page 33 sur 35

Page 34

Page 34 sur 35

Liste des principales fonctions de gestion du Treeview

Ajout, modification, déplacement et suppression

ArbreAjoute Ajoute un élément "feuille" (et tous les noeuds nécessaires) dans un TreeView

ArbreDéplaceElément Déplace un élément (feuille ou noeud) dans un TreeView

ArbreInsère Insère une feuille à un endroit spécifique

ArbreModifie Modifie un élément (noeud ou feuille) dans un TreeView

ArbreSupprime Supprime un élément et l'ensemble de ses "fils" dans un TreeView

ArbreSupprimeTout Supprime l'ensemble des éléments contenus dans un TreeView

Sélection

ArbreSelect Renvoie le chemin complet de l'élément sélectionné dans un TreeView

ArbreSelectPlus Sélectionne un élément dans un TreeView

Etat

ArbreDéroule Déroule un noeud dans un TreeView

ArbreEnroule Enroule une branche précédemment déroulée

ArbreEtat Renvoie l'état d'un noeud : enroulé, déroulé ou inexistant

Autres fonctionnalités

ArbreListeFils Liste les "fils" d'un noeud et les éléments "fils" de ces "fils". Pour chaque "fils" trouvé, une procédure est appelée

ArbreOccurrence Renvoie le nombre d'éléments présents dans une branche

ArbrePosition Affiche un TreeView à partir d'un élément (noeud ou feuille) spécifié, ou renvoie le nom du premier élément affiché dans un TreeView

ArbreRécupèreFils Renvoie les "fils" d'un élément (niveau immédiatement

Page 35

Page 35 sur 35