Éditeurs, pourquoi vous interfacer avec Medaviz ?

Pour un éditeur de logiciel médical, intégrer la téléconsultation peut répondre à une demande concrète des professionnels de santé. Mais développer cette fonctionnalité en interne implique bien davantage que de créer un simple outil de visio.Il faut gérer les rendez-vous, les patients, les documents, les échanges de données, la sécurité, les exigences réglementaires et les évolutions de la solution dans le temps. 

Une autre approche consiste à s’appuyer sur un acteur spécialisé et à intégrer ses services directement dans son propre logiciel. C’est précisément le rôle des API Medaviz.

Ajouter la téléconsultation sans multiplier les développements

L’intérêt d’une interface ne réside pas uniquement dans le fait de “connecter deux logiciels”. Pour l’utilisateur, l’objectif est surtout de pouvoir accéder à la téléconsultation depuis son environnement habituel de manière simple et fluide.

Les API Medaviz permettent notamment de créer des patients et des rendez-vous, d’ajouter des documents ou encore de récupérer certaines informations directement depuis la plateforme. Le lien vers une téléconsultation peut également être intégré au logiciel métier.

Le professionnel de santé n’a donc pas nécessairement à changer d’outil pour organiser sa téléconsultation. Pour l’éditeur, cette intégration permet d’ajouter une nouvelle fonctionnalité à son logiciel tout en conservant la logique de parcours déjà proposée à ses utilisateurs et donc de valoriser son offre.

C’est aussi un moyen de limiter les doubles saisies et les ruptures entre les différentes étapes du parcours.

Lire aussi : Interopérabilité en santé : pourquoi les API sont devenues stratégiques pour la télésanté

Ne pas reconstruire ce qui existe déjà

La question est ensuite celle du périmètre à développer.

Construire une solution de téléconsultation ne consiste pas à développer une seule fonctionnalité. Dans le secteur de la santé, cette brique doit s’inscrire dans un environnement soumis à des exigences particulières en matière de données, de sécurité et de conformité.

En choisissant de s’interfacer avec une solution spécialisée, l’éditeur peut concentrer ses ressources sur son propre logiciel et sur les fonctionnalités qui constituent son cœur de métier.

Medaviz dispose notamment de l’agrément des sociétés de téléconsultation ainsi que les certifications HDS et ISO 27001. Ces éléments ne suppriment évidemment pas les responsabilités propres à chaque éditeur, mais ils permettent de s’appuyer sur une infrastructure qui répond déjà à un ensemble d’exigences spécifiques à la téléconsultation et aux données de santé.

L’Agence du Numérique en Santé a d’ailleurs d’ores et déjà annoncé que le référentiel d’interopérabilité, de sécurité et d’éthique  des systèmes d’information de téléconsultation serait applicable sous peu à tous les éditeurs de logiciel de téléconsultation et non plus seulement aux sociétés agréées de téléconsultation. C’est un point important dans ce secteur où les contraintes réglementaires et de sécurité évoluent régulièrement. 

Une intégration qui s’appuie sur des API

L’interfaçage ne doit pas pour autant devenir un nouveau projet informatique disproportionné.

Medaviz met à disposition une documentation technique, des accès aux environnements de test et un accompagnement par un chef de projet dédié aux API. Notre solution compte plus de 300 endpoints, couvrant différents besoins d’intégration. Dans certains cas, une semaine peut suffire pour intégrer nos API !

Cette approche présente un autre intérêt pour les éditeurs: les évolutions de la brique de téléconsultation peuvent être portées par son fournisseur, plutôt que de nécessiter systématiquement de nouveaux développements internes.

Lire aussi : Interopérabilité et API : créer davantage de valeur en santé grâce à la collaboration

Une brique spécialisée plutôt qu’un projet à maintenir seul

Le choix d’une API est aussi un choix de répartition des responsabilités.

L’éditeur conserve la maîtrise de son produit et de son expérience utilisateur. Medaviz apporte de son côté une brique spécialisée dans la téléconsultation et les infrastructures nécessaires à son fonctionnement.

Cette logique rejoint plus largement le mouvement vers des systèmes de santé interopérables. Les logiciels n’ont pas vocation à fonctionner comme des silos : leur valeur dépend aussi de leur capacité à communiquer avec les autres briques du parcours numérique.

L’enjeu n’est donc pas nécessairement de choisir entre “tout développer” et “tout déléguer”. Il s’agit plutôt de déterminer quelles fonctions doivent rester différenciantes pour l’éditeur et lesquelles peuvent être apportées par un partenaire spécialisé.

Pour la téléconsultation, l’interfaçage avec Medaviz permet de faire ce choix sans sortir du logiciel métier utilisé au quotidien.

Interfacer Medaviz : un choix d’architecture avant d’être un choix technique

Intégrer une solution de téléconsultation dans son propre logiciel est finalement moins une question de technologie qu’une question de stratégie produit.

Développer en interne signifie prendre en charge la conception, la maintenance, la sécurité et les évolutions de l’ensemble de la brique. S’interfacer avec une solution existante permet au contraire de concentrer les efforts sur son propre domaine d’expertise, tout en proposant un service complémentaire à ses utilisateurs.

Avec ses API, sa documentation, son accompagnement et les dispositifs de sécurité et de conformité déjà en place, Medaviz fournit une brique conçue pour être intégrée à l’environnement logiciel des professionnels de santé.

Pour un éditeur qui souhaite proposer la téléconsultation sans en faire son propre métier, l’interfaçage constitue donc une option à considérer dès la conception de son architecture.