|
Cette rubrique s’adresse à ceux qui veulent en savoir plus dans des domaines spécifiques:
L’installation d’un certain nombre d’utilisateurs pilotes dans notre secteur depuis 2001 nous a confronté à la problématique de la récupération de leurs données. Notre savoir faire nous a permi de réaliser assez facilement des outils d’importation de données en provenance des autres logiciels. Ceci pour en finir avec le mythe qu’on ne peut se résoudre à changer de logiciel sous prétexe de ne pouvoir récupérer ses vieilles données. Nous disposons déjà d’une série de “moulinettes” pour des produits très utilisés aujourd’hui, mais en fin de vie. Notre compétence en matière de bases de données nous autorise à effectuer toute sorte d’applicatifs de récupération de données, particulièrement sur des systèmes comme Dbase, Paradox, Access, Omnis , Oracle, DB2, Interbase. Nous pouvons d’ores et déjà rassurer ceux d’entre vous qui redoutent cette démarche. Nous entendons faire preuve d’une totale transparence à ce sujet.
Magicmed possède des capacités d’enregistrement de masques de saisie dans les consultations, entièrement paramétrables par l’utilisateur. Ainsi, il est possible de dresser une liste de champs correspondants à un acte médical particulier. On créera facilement des formulaires pour tel ou tel type de situation clinique, par exemple: les consultations de grossesses, les suivis pédiatriques, la grille des paramètres en cardiologie ou ophtalmologie, etc.
Nos produits ne sont pas compatibles avec les versions antérieures à Windows® 2000 pro. Nous déconseillons particulièrement Windows® 98 instable sous Magicmed. Une seule version pour toutes les situations, mono-poste ou réseau. Le portable trouve sa place idéalement en utilisation embarquée. Une seule version pour tous les utilisateurs par poste, mais qui permet d’évoluer facilement vers du multi-postes. En effet, nombreux sont ceux pourvus d’ordinateurs portables qui apprécieront se connecter à leur unité centrale ou leur serveur. Du fait de la possibilité de travail en mode déporté sous Magicmed, par exemple pour les médecins effectuant des actes en dehors de leur cabinet, il est aisé de restaurer au cabinet les informations saisies en mode déporté; Magicmed est par essence un produit ouvert sur tous les réseaux(intra ou extranet). En somme dans sa version monoposte Magicmed garde sa potentialité réseau sans adaptation particulière. Pour ceux d’entre-vous qui possèdent une culture réseau, il est possible de fonctionner sous Magicmed avec une adresse IP d’un serveur distant et ainsi pouvoir travailler sur des données distantes...via Internet. La capacité d’ouverture d’un nombre quasi-illimité de fiches patients et de fenêtres dérivées - prescriptions médicamenteuses, biologiques, édition des courriers était une des contraintes du produit. Beaucoup de logiciels en usage ne permettent pas le travail de “multi-fenêtrage” Voir... ; lequel s’inscrit dans la tendance actuelle de pression que tous les médecins subissent de la part des patients. Prenons deux exemples :
Un paramètre essentiel peut être appelé dans un tableau en fonction d’un contexte prédefini. Ce champ est déclenché si une ou plusieurs conditions sont réunies. Un exemple très simple :
Magicmed utilise une base de données en usage chez les professionnels. Son gestionnaire permet le lancement manuel ou automatique de la sauvegarde des bases qui s’effectue que l’on travaille ou non dans Magicmed. Les sauvegardes sont enregistrées en date système ce qui permet de pallier aux incidents. Les temps de sauvegarde sont particulièrement optimisés avec des durées inférieures à une minute pour des bases de 100 méga octets. Le mode déporté offre l’intérêt de pouvoir non seulement transporter les données patients facilement à l’extérieur, mais aussi de travailler et ajouter de nouveaux dossiers dans la base. Ce stock d’informations généré en dehors du cabinet viendra s’ajouter simplement à la base du cabinet. La base de donnée(BDD) utilisée dans nos applications est une base Firebird 2.0 gage de fiabilité et de robustesse, largement plébiscitée dans le monde du développement. Nous avons orienté notre choix après une mûre réflexion vers ce système de BDD pour une garantie en terme de qualité, de simplicité d’entretien et de pérennité pour tous nos développements. Pour les plus avertis, à la découverte de Firebird...
Un scanner de production
n’a rien à voir avec ceux employés en utilisation courante dont le but est l’acquisition de petites quantités de courriers et d’images. Ces derniers sont particulièrement lents, comparés aux scanners de
production; ce sont généralement des scanners à plat travaillant feuille à feuille. Ils sont parfois dotés de
chargeurs(ADF) tel que l’AGFA Snapscan 1236®, mais dans ce cas le rendemment reste très médiocre, de l’ordre de
2 pages A4 par minute et en mode recto seul; en outre, il faut prévoir un surcoût important du dispositif ADF, lequel in fine conduit à un investissement inadéquat.
C’est dire le retour rapide sur investissement: L’unité centrale et les périphériques requis.
Là encore, nous avons étudié en profondeur la meilleure adéquation pour nos produits. Nous nous appuyons sur les processeurs de la dernière génération pour faire fonctionner nos
applications dans les meilleures conditions. Le bas de gamme de la série Pentium 4® ou équivalent Athlon® par
exemple, doté de 1 giga octets de RAM(surtout sous Win XP® et Vista®) demeure le compromis idéal. Profitez de
notre expérience en environnement métier médecin pour vous conseiller sur des solutions clés en main idéales à des coût insoupçonnés.
Toutes les données ayant trait aux produits résident dans 2 bases de données (BDD). Une BDD est dédiée à Magicmed, l’autre à Magicged. Ces bases doivent être entretenues 1 à 2 fois par an pour les rendre optimales. Cela consiste simplement à effectuer un backup/restore sur chaque base; l’opération prend 3 à 5 minutes, gomme les fragments inutiles et réorganise le système d’indexation. Cela ressemble à la défragmentation d’un disque dur qui doit être parfois exécutée pour en améliorer les performances (moins vrai aujourd’hui). Cette maintenance est surtout utile lorsque la base grossit rapidement dans des réseaux de travail intensifs. Les bases ne réclament pas d’autres précautions, c’est dire leur intérêt économique dans le temps (atout par rapport à la concurrence, notamment Oracle®). La BDD de Magicged est vouée à grandir rapidement du fait de la productivité de l’archivage. Aussi, la base, au delà d’une certaine taille, donne naissance à une nouvelle BDD fille, qui prend à sa charge le stockage des nouveaux dossiers archivés. Cette taille est paramétrable sachant que lorsqu’une BDD fille est crée, la table mère devient une BDD archive mais non totalement figée. Le reste de l’entretien concerne le matériel et va dépendre de votre interlocuteur de maintenance matérielle. Ce dernier pourra logiquement se charger de l’entretien des BDD, il est néammoins important que vous n’ignoriez pas cette opération. Pour les plus pauvres, nous rappelons que tout cela peut être gérer par l’utilisateur lui-même, comme c’est le cas parmi nos clients. |
|||||||||||||||||||||||||
|
|
|
|
||||||||||||||||||||||
