Etat des lieux des logiciels de microassurance sant

1
Etat des lieux des logiciels de microassurance
santé

• Etude réalisée pour RAMUS
• mai à septembre 2004

2
Objectifs de létude et méthode

• Mener, à partir dexemples concrets, une
  réflexion sur les stratégies dinformatisation
• Cette étude courte (10 jours) sest réalisée en
  France, sans visites sur site
• Questionnaire / Entretiens téléphoniques /
  Echanges de mails / et des rencontres quand
  cétait possible (UNMS, MCI SOGEM, UMC et CIDR)

3
Déroulement

• Etape 1 Choix de léchantillon avec RAMUS
• Etape 2 Envoi de questionnaires et entretiens
  téléphoniques
• Etape 3 Synthèse et compléments par téléphone
• Etape 4 Diffusion dun rapport préliminaire
• Etape 5 Prise en compte des remarques et
  élaboration du rapport final

4
Léchantillon de létude

• Catégorie 1 les institutions dassurance
  maladie
• Keneya SO, IPM Sentenac, Mutuelle des Agents de
  létat, Mutuelle des volontaires de léducation
  nationale
• Catégorie 2 organismes gérant pour le compte de
  tiers
• Union Technique de la Mutualité, MCI Sogem
• Catégorie 3 offre de logiciels émanant
  dorganismes non gestionnaires
• Programme STEP, UNMS

5
Les études de cas

• Présentation résumée des différentes études de cas

6
Keneya So

• Linformatisation et la gestion
• Elle est récente (2 ans). Choix dun logiciel
  spécifique
• Un logiciel opérationnel et un logiciel comptable
• Application monoposte mono-utilisateur
• Institution à gestion centralisée, urbaine
• Atouts du logiciel
• Simplicité maîtrise par ses utilisateurs,
  couverture fonctionnelle
• Questions
• Traitement des processus métier par une seule
  personne
• Montée en charge (scalability)
• Pérennité

7
IPM Sentenac

• Informatisation
• Logiciel LAMPS développé il y a quatre ans.
• Application monoposte / mono-utilisateur
• Logiciel mis en place dans une trentaine dIPM
  par la suite
• Eléments clé sur linstitution
• Prélèvement à la source
• LIPM Sentenac est  interentreprises 
• Les atouts
• Logiciel  progicialisé  et diffusé par une
  structure privée
• Couverture fonctionnelle complète
• Faible coût et simplicité
• Questions
• Réplicabilité à dautres types dinstitutions

8
Mutuelle des Agents de lEtat

• Informatisation
• Linformatisation est en cours au moment de
  létude
• Le logiciel développé par lUNMS est mis en place
• Les adaptations aux spécificités de la mutuelle
  ont été faites par linformaticien, suite à une
  formation à Bruxelles
• Etat actuel
• La reprise des données historiques en cours
• Les caractéristiques techniques
• Application monoposte et mono-utilisateur
• Base de données SQL et développement en VB
• Périmètre fonctionnel
• La comptabilité nest pas incluse le suivi en
  trésorerie peut constituer une limite

9
Union Technique de la Mutualité

• Linformatisation de lUTM
• Choix dun développement spécifique (SIGIMUT) qui
  reprend les règles de gestion de loutil de lUMC
• Une partie très significative du projet a
  concerné les études dorganisation des activités
• Caractéristiques techniques
• Outil multi-postes (8 postes) et
  multi-utilisateurs
• Outil Multi-mutuelles et multi-produits
• Architecture Client Serveur, infrastructure
  Réseau local
• Perspectives
• Version Web pour les agences et ultérieurement
  pour les professionnels de santé
• Gestion multi-sites en cours de développement
  (synchronisation de bases excel locales et de la
  base centrale)

10
MCI SOGEM

• Une informatisation bien plus lourde
• Système développé par MedNet
• Charge de développement qui se compte en
  année-homme
• Système très abouti et sécurisé mais qui
  nécessite des investissements matériels très
  lourds
• Une application  stratégique  qui est au cur
  du métier de MCI
• Une problématique similaire à celle des
  institutions de microassurance mais des moyens
  très différents.

11
LOGMUT (UNMS)

• Un produit simple, robuste et adaptable
• Une couverture fonctionnelle complète sur les
  aspect opérationnels
• Pas de traitement comptable
• Un reporting complet
• Une diffusion pilote limitée est envisagée
• Pour la diffusion ultérieure, il nexiste pas de
  stratégie arrêtée
• La diffusion du produit implique des question
  telles que
• La maintenance, le support, la formation
• Les conditions de mise à disposition du produit

12
MAS PILOT (STEP)

• Un logiciel de suivi (destiné aux organismes
  dappui)
• Consolidation dinformations périodiques
  concernant des organisations dassurance maladie
• Production de 11 indicateurs de suivi (identiques
  à ceux de LOGMUT)
• STEP a adapté le logiciel LOGMUT
• Modification de linterface utilisateurs
• Rajout dun module comptable simplifié
• Le logiciel était en test à la fin de létude
  (septembre 2004)

13
Quelques éléments danalyse
14
Etat des lieux

• Peu de mutuelles sont informatisées
• Il nexiste pas doffre progicielle complète
• A lexception de LAMPS
• Les seules institutions informatisées sont des
  organisations urbaines à gestion centralisée
• À lexception de lUTM
• La gestion multisite et lintégration de tiers
  sont des éléments de complexité importants (et
  donc dinflation des coûts)

15
Quelques questions issues des études de cas (1)

• La pérennité ?
• La disponibilité de ressources informatiques
  locales
• Le coût de linvestissement informatique et la
  capacité des institutions à le supporter
• Les investissements ont tous été subventionnés
  (sauf MCI Sogem)
• Le développement spécifique est une stratégie
  coûteuse mais il ny a pas dalternative
• La marge de manuvre des institutions pour de
  tels investissements est faible.

16
Quelques questions issues des études de cas (2)

• Au moment de létude, la progicialisation des
  logiciels développés par lUNMS et STEP na pas
  débuté
• Les produits sont en pilote. Des solutions pour
  la diffusion et le support doivent être mises en
  uvre
• Dans les projets informatiques, certaines tâches
  qui ne sont pas toujours prévues à lorigine sont
  lourdes et coûteuses
• La reprise des données les études
  dorganisation
• La réussite dun projet informatique dépend en
  très grande partie déléments non techniques
• Acceptation du logiciel par les utilisateurs ou
  limplication de la direction de linstitution

17
Conclusions prolongements (1)

• On peut se poser la question de la pertinence de
  linformatisation dans des petites institutions
• Etude des gains de productivité
• Les choix possibles pour les institutions sont
  limités
• Développement propre
• Adaptation dun logiciel utilisé par une autre
  institution
• Suppose à la base un produit très bien documenté
• Suppose des organisations proches en terme
  dorganisation et de fonctionnement

18
Conclusions prolongements (2)

• Pour le développement spécifique, le partage des
  coûts entre institutions peut être envisageable
• Partage des coûts de développement
• La complexité est reportée sur les études amont
  (cahier des charges, spécifications)
• La délégation de la gestion de linformatique à
  une structure tierce
• Loutsourcing de linformatique à un centre
  technique, un GIE, une Union, une structure
  privée
• Le modèle ASP ou la location dun logiciel de
  gestion