MCS-Consultations organisait la prise de rendez-vous d\u2019un cabinet m\u00e9dical sur son r\u00e9seau local. Les rendez-vous saisis au secr\u00e9tariat apparaissaient dans les agendas des praticiens. Le planning tenait compte des salles d\u2019examen, du mat\u00e9riel et du personnel n\u00e9cessaires \u00e0 une consultation.<\/p>\n\n\n
Le logiciel suivait aussi l\u2019arriv\u00e9e des patients en salle d\u2019attente, les annulations et les absences. Des rappels par SMS ou courriel pouvaient \u00eatre envoy\u00e9s avant le rendez-vous depuis le poste serveur.<\/p>\n\n\n
| Fonction<\/th> | Fonctionnement<\/th> | Utilisation<\/th><\/tr><\/thead> | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Rendez-vous<\/td> | Type, dur\u00e9e, praticien, patient, ressources et emplacement.<\/td> | Pr\u00e9parer la consultation avec les moyens n\u00e9cessaires.<\/td><\/tr> | ||||||||||||||||||||||||||||||||
| Disponibilit\u00e9s<\/td> | Plages d\u2019activit\u00e9, indisponibilit\u00e9s et contr\u00f4le des conflits.<\/td> | \u00c9viter une double affectation du patient ou d\u2019une ressource.<\/td><\/tr> | ||||||||||||||||||||||||||||||||
| Salle d\u2019attente<\/td> | Liste des patients arriv\u00e9s et signalement au praticien.<\/td> | Suivre le passage de l\u2019accueil \u00e0 la consultation.<\/td><\/tr> | ||||||||||||||||||||||||||||||||
| Suivi patient<\/td> | Rendez-vous \u00e0 venir, annulations, absences et archivage de la fiche.<\/td> | Retrouver la situation du patient lors d\u2019un nouvel appel.<\/td><\/tr> | ||||||||||||||||||||||||||||||||
| Rappels<\/td> | SMS ou courriel, selon les choix du patient et le type de rendez-vous.<\/td> | Pr\u00e9venir avant l\u2019\u00e9ch\u00e9ance.<\/td><\/tr> | ||||||||||||||||||||||||||||||||
| Agendas ext\u00e9rieurs<\/td> | Synchronisation Google Calendar.<\/td> | Consulter les rendez-vous hors du cabinet.<\/td><\/tr><\/tbody><\/table>Pr\u00e9parer un rendez-vous avec les bonnes ressources<\/h2>\n\n\nUn type de rendez-vous pouvait d\u00e9finir une dur\u00e9e, des ressources et un emplacement par d\u00e9faut. \u00c0 sa s\u00e9lection, le logiciel reprenait ces \u00e9l\u00e9ments pour acc\u00e9l\u00e9rer la saisie. Les commentaires pr\u00e9d\u00e9finis pouvaient compl\u00e9ter l\u2019objet ou la description sans retaper les m\u00eames indications.<\/p>\n\n\n Les ressources regroupaient du mat\u00e9riel et du personnel. Chacune pouvait poss\u00e9der des plages de disponibilit\u00e9, des indisponibilit\u00e9s et des comp\u00e9tences. Une visionneuse affichait leur planning d\u2019utilisation. Le contr\u00f4le des conflits portait sur les ressources mobilis\u00e9es ; il signalait aussi le cas d\u2019un patient d\u00e9j\u00e0 attendu \u00e0 la m\u00eame heure aupr\u00e8s d\u2019un autre praticien.<\/p>\n\n\n Le nombre de personnes re\u00e7ues lors d\u2019un m\u00eame rendez-vous pouvait \u00eatre renseign\u00e9. Lorsque le type disposait d\u2019une dur\u00e9e par d\u00e9faut, cette information servait au calcul de la dur\u00e9e totale.<\/p>\n\n\n R\u00e9server des plages d\u2019activit\u00e9 dans l\u2019agenda du praticien<\/h2>\n\n\nLes activit\u00e9s figuraient sous forme de plages color\u00e9es dans les plannings. Un praticien pouvait r\u00e9server certains horaires \u00e0 une cat\u00e9gorie de consultations, par exemple aux enfants ou \u00e0 une activit\u00e9 particuli\u00e8re. Ces plages pouvaient \u00eatre utilis\u00e9es comme filtres pour rechercher une disponibilit\u00e9.<\/p>\n\n\n Les informations de planification \u00e9taient partag\u00e9es entre le secr\u00e9tariat et les praticiens sur le r\u00e9seau local. La prise de rendez-vous restait donc accessible sans connexion Internet ; les services de rappel et de synchronisation ext\u00e9rieure utilisaient leur propre connexion.<\/p>\n\n\n Accueillir le patient et suivre la salle d\u2019attente<\/h2>\n\n\n\u00c0 l\u2019arriv\u00e9e du patient, le secr\u00e9tariat pouvait le placer dans une salle d\u2019attente depuis son rendez-vous, par menu contextuel ou glisser-d\u00e9poser. Un volet de l\u2019\u00e9cran principal pr\u00e9sentait les patients en attente. Les salles \u00e9taient d\u00e9finies dans un dictionnaire et associ\u00e9es aux praticiens concern\u00e9s.<\/p>\n\n\n Un message pouvait signaler l\u2019arriv\u00e9e au praticien. En fin de prise en charge, une action dans la liste retirait le patient de la salle d\u2019attente et affectait l\u2019\u00e9tat \u00ab Effectu\u00e9 \u00bb au rendez-vous. Le planning et la liste d\u2019attente repr\u00e9sentaient ainsi deux \u00e9tapes du m\u00eame passage au cabinet.<\/p>\n\n\n Traiter les annulations et les rendez-vous non honor\u00e9s<\/h2>\n\n\nL\u2019\u00e9tat \u00ab Annul\u00e9 \u00bb lib\u00e9rait le cr\u00e9neau pour les recherches de disponibilit\u00e9s et le contr\u00f4le des conflits. L\u2019\u00e9tat \u00ab Absent \u00bb conservait la trace d\u2019un rendez-vous non honor\u00e9. Le cumul des absences s\u2019affichait lors de la s\u00e9lection du patient ; une alerte apparaissait lorsque le seuil d\u00e9fini pour le praticien \u00e9tait d\u00e9pass\u00e9.<\/p>\n\n\n Le secr\u00e9tariat pouvait consulter et imprimer les rendez-vous \u00e0 venir d\u2019un patient, ou annuler l\u2019ensemble de ceux qui restaient programm\u00e9s. Une alerte signalait aussi qu\u2019un autre rendez-vous existait d\u00e9j\u00e0 dans les jours suivants. L\u2019archivage d\u2019une fiche patient la retirait des listes de s\u00e9lection courantes.<\/p>\n\n\n Envoyer les rappels et synchroniser l\u2019agenda<\/h2>\n\n\nLes rappels SMS et courriels \u00e9taient centralis\u00e9s sur le serveur. Un patient pouvait refuser ces rappels ; certains types de rendez-vous pouvaient \u00e9galement en \u00eatre exclus. Lorsqu\u2019un rendez-vous \u00e9tait copi\u00e9 avec un d\u00e9lai de rappel par d\u00e9faut, l\u2019heure de l\u2019alerte \u00e9tait recalcul\u00e9e \u00e0 partir du nouvel horaire.<\/p>\n\n\n Les versions de la gamme utilisaient SMSGold puis AllMySMS. La liaison Google Calendar est apparue dans la version 10.0.2 ; elle a \u00e9volu\u00e9 vers l\u2019API v3 et OAuth2 en 10.0.11. Les couleurs Google pouvaient \u00eatre associ\u00e9es aux types de rendez-vous. La version 10.0.15 ajoutait la possibilit\u00e9 d\u2019emp\u00eacher la suppression de rendez-vous locaux lors d\u2019une synchronisation.<\/p>\n\n\n Reprendre un fichier de patients existant<\/h2>\n\n\nUne passerelle \u00e9tait propos\u00e9e pour importer dans MCS-Consultations les fiches patients d\u2019AxiPlanning, dans l\u2019environnement AxiSant\u00e9. Elle n\u00e9cessitait le pilote Firebird ODBC sur le poste concern\u00e9. Le site la nommait AxiImport, tandis que le fichier li\u00e9 portait le nom AxiExport.exe. Cette diff\u00e9rence de nom impose d\u2019identifier le fichier exact avant toute reprise technique.<\/p>\n\n\n Compatibilit\u00e9 et installation \u00e0 l\u2019\u00e9poque<\/h2>\n\n\n
|