MCS-Consultations

MCS-Consultations organisait la prise de rendez-vous d’un cabinet médical sur son réseau local. Les rendez-vous saisis au secrétariat apparaissaient dans les agendas des praticiens. Le planning tenait compte des salles d’examen, du matériel et du personnel nécessaires à une consultation.

Le logiciel suivait aussi l’arrivée des patients en salle d’attente, les annulations et les absences. Des rappels par SMS ou courriel pouvaient être envoyés avant le rendez-vous depuis le poste serveur.

Les fonctions, en un coup d’œil

Fonction	Fonctionnement	Utilisation
Rendez-vous	Type, durée, praticien, patient, ressources et emplacement.	Préparer la consultation avec les moyens nécessaires.
Disponibilités	Plages d’activité, indisponibilités et contrôle des conflits.	Éviter une double affectation du patient ou d’une ressource.
Salle d’attente	Liste des patients arrivés et signalement au praticien.	Suivre le passage de l’accueil à la consultation.
Suivi patient	Rendez-vous à venir, annulations, absences et archivage de la fiche.	Retrouver la situation du patient lors d’un nouvel appel.
Rappels	SMS ou courriel, selon les choix du patient et le type de rendez-vous.	Prévenir avant l’échéance.
Agendas extérieurs	Synchronisation Google Calendar.	Consulter les rendez-vous hors du cabinet.

Préparer un rendez-vous avec les bonnes ressources

Un type de rendez-vous pouvait définir une durée, des ressources et un emplacement par défaut. À sa sélection, le logiciel reprenait ces éléments pour accélérer la saisie. Les commentaires prédéfinis pouvaient compléter l’objet ou la description sans retaper les mêmes indications.

Les ressources regroupaient du matériel et du personnel. Chacune pouvait posséder des plages de disponibilité, des indisponibilités et des compétences. Une visionneuse affichait leur planning d’utilisation. Le contrôle des conflits portait sur les ressources mobilisées ; il signalait aussi le cas d’un patient déjà attendu à la même heure auprès d’un autre praticien.

Le nombre de personnes reçues lors d’un même rendez-vous pouvait être renseigné. Lorsque le type disposait d’une durée par défaut, cette information servait au calcul de la durée totale.

Réserver des plages d’activité dans l’agenda du praticien

Les activités figuraient sous forme de plages colorées dans les plannings. Un praticien pouvait réserver certains horaires à une catégorie de consultations, par exemple aux enfants ou à une activité particulière. Ces plages pouvaient être utilisées comme filtres pour rechercher une disponibilité.

Les informations de planification étaient partagées entre le secrétariat et les praticiens sur le réseau local. La prise de rendez-vous restait donc accessible sans connexion Internet ; les services de rappel et de synchronisation extérieure utilisaient leur propre connexion.

Accueillir le patient et suivre la salle d’attente

À l’arrivée du patient, le secrétariat pouvait le placer dans une salle d’attente depuis son rendez-vous, par menu contextuel ou glisser-déposer. Un volet de l’écran principal présentait les patients en attente. Les salles étaient définies dans un dictionnaire et associées aux praticiens concernés.

Un message pouvait signaler l’arrivée au praticien. En fin de prise en charge, une action dans la liste retirait le patient de la salle d’attente et affectait l’état « Effectué » au rendez-vous. Le planning et la liste d’attente représentaient ainsi deux étapes du même passage au cabinet.

Traiter les annulations et les rendez-vous non honorés

L’état « Annulé » libérait le créneau pour les recherches de disponibilités et le contrôle des conflits. L’état « Absent » conservait la trace d’un rendez-vous non honoré. Le cumul des absences s’affichait lors de la sélection du patient ; une alerte apparaissait lorsque le seuil défini pour le praticien était dépassé.

Le secrétariat pouvait consulter et imprimer les rendez-vous à venir d’un patient, ou annuler l’ensemble de ceux qui restaient programmés. Une alerte signalait aussi qu’un autre rendez-vous existait déjà dans les jours suivants. L’archivage d’une fiche patient la retirait des listes de sélection courantes.

Envoyer les rappels et synchroniser l’agenda

Les rappels SMS et courriels étaient centralisés sur le serveur. Un patient pouvait refuser ces rappels ; certains types de rendez-vous pouvaient également en être exclus. Lorsqu’un rendez-vous était copié avec un délai de rappel par défaut, l’heure de l’alerte était recalculée à partir du nouvel horaire.

Les versions de la gamme utilisaient SMSGold puis AllMySMS. La liaison Google Calendar est apparue dans la version 10.0.2 ; elle a évolué vers l’API v3 et OAuth2 en 10.0.11. Les couleurs Google pouvaient être associées aux types de rendez-vous. La version 10.0.15 ajoutait la possibilité d’empêcher la suppression de rendez-vous locaux lors d’une synchronisation.

Reprendre un fichier de patients existant

Une passerelle était proposée pour importer dans MCS-Consultations les fiches patients d’AxiPlanning, dans l’environnement AxiSanté. Elle nécessitait le pilote Firebird ODBC sur le poste concerné. Le site la nommait AxiImport, tandis que le fichier lié portait le nom AxiExport.exe. Cette différence de nom impose d’identifier le fichier exact avant toute reprise technique.

Compatibilité et installation à l’époque

Repère	Environnement historique
Windows	XP, Vista, Seven, 8 et Windows Server dans le catalogue.
Installation	Monoposte ou réseau local ; bases Access ou SQL Server.
SQL Express proposé	2005 pour XP à Windows 7 et Server jusqu’à 2008 ; 2012 à partir de Windows 8 et Server 2012.
Internet	Connexion du serveur nécessaire aux rappels et services extérieurs ; le planning local n’en dépendait pas.
Passerelle patients	Import AxiPlanning/AxiSanté avec pilote Firebird ODBC x86 ou x64 adapté au système.

Licences et tarifs historiques

Formule	Prix HT par licence	Renouvellement
Achat	79 €	—
Abonnement	59 € la première année	10 € / an / licence
Location	39 € / an	Montant annuel

Les formules abonnement et location comprenaient l’assistance et les mises à jour. L’achat les incluait la première année. Des packs serveur et clients étaient également proposés.

Repères dans l’histoire du logiciel

Date ou période	Élément documenté
8 novembre 2009	Annonce de la version 10.
Mars 2013	Adaptation annoncée à Google Agenda API v3.
13 mars 2014	Version 10.0.15 dans le tableau de mises à jour.

Documentation historique

Présentation fondée sur le catalogue, les actualités et les notes détaillées des versions 10.0.2 à 10.0.15. Le produit décrit ici est un logiciel de rendez-vous et d’organisation du cabinet.