SaaS est l'abréviation de Software as a Service (logiciel en tant que service) et constitue un sous-segment de l'informatique en nuage. Le modèle SaaS repose sur le principe que le logiciel et l'infrastructure informatique sont exploités par un fournisseur de services informatiques externe et utilisés par les client·e·s en tant que service. L'installation locale n'est plus nécessaire pour l'utilisation ; il suffit d'une connexion Internet pour accéder au logiciel via un navigateur web courant.

Le modèle SaaS élimine les coûts d'exploitation de votre propre infrastructure informatique. L'opérateur de la solution SaaS prend en charge l'administration informatique complète et d'autres services tels que les travaux de maintenance et les mises à jour de logiciels. En outre, les client·e·s bénéficient de l'évolutivité de la solution, c'est-à-dire qu'une expansion du système due à des exigences de performance accrues ou à des besoins d'espace de stockage est également assurée par l'opérateur de la solution

Les plateformes SaaS modernes répondent également aux exigences de sécurité les plus élevées, c'est notamment pour cette raison que le modèle SaaS est très avantageux. La solution est également soumise à des contrôles réguliers afin de maintenir durablement un haut niveau de protection contre les accès non autorisés. Tant notre partenaire d'hébergement que notre exploitant disposent de la certification ISO 27001, qui garantit une approche professionnelle durable de la sécurité informatique.

Sur demande, il est possible de limiter, lors de la configuration du nouveau site RAIsoft.net du client, l'endroit à partir duquel l'accès à la solution SaaS est possible. Par défaut, l'accès est déjà limité par un géoblocage. Nous recommandons de limiter l'accès à l'IP publique du·de la client·e.

Sur demande, il est possible de crypter la base de données. Le·la client·e décide alors quelles informations ne doivent être affichées que sous forme cryptée pour les sous-traitants (opérateurs, partenaires de support). Les utilisateur·rice·s ne remarquent rien du cryptage et les performances du système n'en sont pas affectées. Contactez-nous pour en savoir plus.

Si vos collaborateur·rice·s disposent déjà de leur propre compte d'utilisateur Windows, nous pouvons vous proposer l'option Single Sign On. Cela permet non seulement de gagner en confort d'utilisation, mais aussi d'augmenter la sécurité avec l'authentification par rapport à une base de données d'utilisateurs centrale.

Nous soutenons également différentes possibilités d'imposer un facteur de sécurité supplémentaire lors de la connexion. En règle générale, la solution MFA déjà existante du·de la client·e est utilisée. Veuillez prendre contact avec nous à cet effet.

Les données et l'infrastructure SaaS sont situées dans un centre de données moderne dans la région de Zurich.

Selon le contrat, l'exploitant garantit une disponibilité de 99%. Or, la disponibilité actuellement mesurée est de 100%.

Le principe de base du SaaS est le partage d'une plateforme commune et l'exploitation des avantages qui en découlent en termes de coûts, de sécurité, d'évolutivité ainsi que de maintenance et de développement. Les prix actuels sont basés sur cette approche. En théorie, la plateforme peut également être construite en interne chez le·la client·e, mais ce cas n'est pas prévu actuellement, car il est contraire à l'approche SaaS et perd tous ses avantages. Les client·e·s qui insistent seront mis·e·s à l'écart lors de la mise à niveau jusqu'à ce que le déploiement soit terminé pour les client·e·s qui souhaitent profiter des avantages du SaaS. Ensuite, nous procéderons à une évaluation individuelle des coûts supplémentaires pour les client·e·s qui ont besoin d'une installation locale. Il est déjà clair que BESA QSys ne pourra pas faire de promesses de support pour les client·e·s avec installation locale comme pour la plateforme SaaS, car l'installation, l'exploitation et la maintenance ne sont pas sous notre contrôle.

Les anciennes interfaces administrateur A et B (données de facturation et données des résidents) ainsi que l'interface vers une solution de documentation des soins (PDok) sont disponibles sans changement de contenu. Afin d'harmoniser le portefeuille de produits, les interfaces AB seront désormais répertoriées et facturées séparément. L'interface C-Files (exportation des absences) n'est plus disponible, car elle n'a pas été demandée par les clients jusqu'à présent.

Quelles sont les différences par rapport à aujourd'hui ?

Pour la communication avec la plateforme SaaS, nous mettons à disposition des services correspondants à installer localement. Du point de vue des fournisseurs de logiciels tiers, tout demeure inchangé.

Quel est le fonctionnement des nouvelles interfaces ?

RAIsoft : Les fournisseurs tiers continuent d'écrire dans des fichiers texte ou des tables de base de données. Nos nouveaux services assurent le transfert des données de et vers la plateforme Saas.

L'interface ePDoc Admin (feuille des données de base) a été fusionnée avec l'interface Admin de RAIsoft et ne figure plus comme position d’offre distincte.

Les interfaces spéciales Barcomed (décompte des médicaments), Momo (Mobility Monitor) ainsi que la planification des prestations sont en cours de planification/développement, Medifilm (blister de médicaments) est en cours de conception.

Quelles sont les différences avec aujourd'hui ?

Les interfaces sont basées sur la même plateforme SaaS que RAIsoft. Du point de vue des fournisseurs de logiciels tiers, il ne faut pas non plus s'attendre à des changements.

Quel est le fonctionnement des nouvelles interfaces ?

ePDoc : Les détails techniques des interfaces Barcomed, Momo et Medifilm sont en cours d'élaboration, de plus amples informations suivront.

Oui, la plateforme Saas dispose d'une gamme complète d'interfaces basées sur l'API REST. Veuillez contacter la direction du projet si vous avez des questions

Cette abréviation signifie Day & Night (accueil de jour et de nuit).

DN est un modèle de financement et de documentation spécialement développé pour la Suisse en 2015. Avec le passage à interRAI LTCF, le DN suisse a également été adapté au LTCF. Le DN LTCF ne fait pas partie des instruments interRAI, mais il reste reconnu en Suisse et peut continuer à être mis en pratique.

L'institution doit remplir les conditions légales selon l'art. 39 al. 1 let. a-c de la LAMal et demander au préalable un numéro RCC pour l'utilisation du DN LTCF. La demande se fait via le site internet : www.sasis.ch

Les institutions ont besoin d'une autorisation spéciale pour exploiter des structures de jour et de nuit, ainsi que d'un mandat de prestations lorsque le canton le prévoit.

Si l'institution est située dans un canton où seul BESA est autorisé comme instrument d'évaluation des soins requis, une décision du gouvernement cantonal est généralement requise

Si vous n'avez pas de connaissances en matière de NH/LTCF, il est recommandé de suivre au préalable une formation de coordinateur∙trice LTCF afin de bien comprendre le contexte. Il est également possible de suivre un coaching spécifique sur place ou en ligne.

Si l'établissement utilise déjà le RAI-NH/interRAI LTCF, une mise à jour du RAIsoft avec la licence DN sera nécessaire. La licence peut alors nécessiter une mise à niveau concernant le nombre de places DN.

• Installation du logiciel RAIsoft y compris l'instruction sur place (si nouveau) ou en ligne
• Mise à jour du logiciel RAIsoft avec extension DN (si RAIsoft disponible)
• Participation à un atelier DN (4 heures) sur place ou en ligne

Vous pouvez demander une consultation directement via le formulaire en ligne.

• Introduction du RAI DN LTCF dans votre institution
• Formation d'une demi-journée sur le DN LTCF (si aucune connaissance) en ligne ou sur place
• Session en ligne de deux heures pour clarifier les questions en présence de bonnes connaissances préalables
• Coaching thématique sur site avec plusieurs participant∙e∙s (en cas de peu de connaissances préalables ou de désir de mise à jour des connaissances)
• Clarification de questions individuelles via l'Infoline de BESA QSys AG

Les résidents DN ne peuvent pas figurer dans le rapport des jours de soins du RAIsoft et la saisie en continu des admissions, des sorties et des réadmissions prendrait trop de temps. Nous recommandons donc la solution suivante pour les hôtes de jour:

• Définissez une unité de soins distincte pour les hôtes DN dans le RAIsoft.
• Saisissez tous les résident∙e∙s DN dans cette unité, sans représenter l'utilisation temporelle.
• Exclure l’unité de soins avec les hôtes DN lors de la création du rapport sur les jours de soins et, si nécessaire pour les statistiques, prendre en compte manuellement les jours de soins pour l’unité de soins DN.