Vitalink connecte glucomètres et montres à votre DPE
Votre équipe doit intégrer des mesures de glycémie et des séries de capteurs dans un dossier patient électronique suisse, sans reconstruire toute la chaîne d'interopérabilité. Vitalink HealthData expose une API REST qui absorbe les flux d'appareils, les normalise et les écrit dans votre système clinique via des profils FHIR suisses.
Ce que fait concrètement l'API
L'API Vitalink reçoit des données de glucomètres et de montres connectées, les convertit en ressources FHIR et les transmet à votre EHR ou à votre middleware existant.
-
Endpoints REST
Vous appelez des endpoints REST classiques en JSON ou XML, sans avoir à écrire vos propres parseurs par fabricant d'appareil.
-
Métadonnées
Le service gère l'horodatage, l'identification patient et les métadonnées d'appareil, pour que la source reste lisible dans le dossier.
-
Temps réel
C'est une couche d'intégration en temps réel, pas un simple export de fichiers déposé une fois par jour sur un serveur.
-
Cible
La même couche alimente un EHR, un middleware d'établissement ou une base clinique interne, selon l'architecture déjà en place.
Interopérabilité FHIR et contexte suisse
HL7 FHIR, développé par Health Level Seven International, repose sur REST, JSON et XML. En Suisse, le DPE reste la référence, mais FHIR n'y est pas déployé de bout en bout.
Les équipes d'intégration suisses travaillent déjà avec HL7 v2, IHE, DICOM et XDS. Notre rôle est de faire entrer des données de capteurs dans cet environnement sans le casser, et de distinguer clairement le partage de documents cliniques du flux temps réel d'appareils.
Vos intégrations doivent donc tenir compte du décalage entre ambition « API first » et réalité hospitalière. Vitalink documente les ressources utilisées pour chaque type de mesure, ainsi que les métadonnées patient associées.
Pourquoi une couche middleware avant l'EHR
Écrire directement dans un dossier patient depuis une montre pose des questions de droits d'accès, de format et de traçabilité. Une couche middleware comme Vitalink absorbe ces flux, applique les règles d'autorisation, puis alimente le système cible.
Cela évite de disperser la logique d'appareil dans plusieurs applications, et de maintenir un parseur différent à chaque fois qu'un fabricant change son format.
Périmètres d'autorisation par rôle et par ressource, délégués côté API.
Normalisation des unités, codes d'observation et formats de date avant écriture.
Chaque accès est journalisé pour répondre aux questions d'audit hospitalier.
Chiffrement, traçabilité et contrôle d'accès
L'authentification OAuth permet de déléguer l'accès sans partager de secrets entre systèmes. Les droits d'accès sont un point majeur d'intégration dès que plusieurs systèmes et partenaires touchent les mêmes données patient. Ils doivent être pensés avec l'architecture clinique et l'environnement de déploiement, pas ajoutés après coup.
Les données de santé en transit et au repos sont chiffrées. Chaque accès est journalisé, ce qui permet de répondre aux questions d'audit hospitalier. La traçabilité fait partie des attentes récurrentes des responsables conformité en Suisse.
Le traitement s'inscrit dans le cadre de la loi suisse sur la protection des données (LPD/FADP) et du règlement européen GDPR pour les flux transfrontaliers. Le détail des schémas, des sous-traitants et des durées de conservation est décrit sur la page Sécurité et chiffrement et dans la politique de confidentialité.
Politique de confidentialité- En transit Canaux chiffrés entre l'appareil, l'API et le système clinique.
- Au repos Stockage chiffré des séries de mesures et des métadonnées patient associées.
- Journalisation Chaque lecture et écriture laisse une trace exploitable en audit.
Tarifs entreprise
Les options se choisissent selon le volume de mesures, le nombre d'établissements raccordés et les exigences de conformité de votre organisation.
Projet pilote
Pour valider la chaîne complète sur un service ou une clinique, avec un périmètre d'appareils limité.
- Endpoints REST et authentification OAuth
- Normalisation FHIR des mesures de glycémie
- Accompagnement technique au démarrage
Hôpital ou groupe
Pour un établissement qui raccorde plusieurs services, avec des profils FHIR et une terminologie propres à son environnement.
- Profils FHIR suisses et terminologies ciblés
- Séries temporelles de montres connectées
- Contrôle d'accès par rôle et par ressource
- Journalisation exploitable en audit
Éditeur de logiciel médical
Pour les éditeurs qui intègrent Vitalink à leur produit et doivent relier des applications patient à un système clinique.
- Environnements séparés pour le développement et la production
- Délégation d'accès OAuth pour vos clients cliniques
- Options de conformité décrites avec votre équipe
Normalisation et terminologies
Les appareils grand public ne parlent pas tous la même langue : unités, codes et formats de date varient. L'API applique une normalisation sémantique avant l'écriture dans l'EHR. Cela concerne les unités de mesure, les codes d'observation et les référentiels comme SNOMED CT. Sans cette étape, chaque intégration devient un projet de traduction à part entière.
Une mesure de glycémie se représente avec des ressources d'observation, rattachées à un patient et à un appareil. Les séries temporelles de montre nécessitent une structure différente, adaptée au volume et à la fréquence. Vitalink documente les ressources utilisées pour chaque type de mesure. Vous gardez la main sur le profil cible et sur la terminologie employée.
- Glycémie ponctuelle
- Ressource d'observation rattachée au patient et à l'appareil.
- Séries temporelles
- Structure adaptée au volume et à la fréquence des mesures de montre.
- Terminologie
- Unités, codes d'observation et référentiels comme SNOMED CT.
openEHR et modélisation clinique
Certaines équipes préfèrent modéliser les données cliniques plus profondément, avec openEHR, plutôt que de transporter des ressources FHIR. Ce choix dépend de la persistance et du niveau de détail clinique attendu. Vitalink s'insère dans les deux approches : transport FHIR ou alimentation d'un modèle clinique plus riche. À vous de décider où se situe la frontière.
Lire la documentation APIDPE, XDS et partage documentaire
Le dossier patient électronique suisse s'appuie sur des guides d'échange spécifiques. XDS reste utilisé pour le partage documentaire entre institutions, ce qui complète les architectures qui ne reposent pas uniquement sur des API.
Il faut distinguer le partage de documents cliniques du flux temps réel de capteurs. Vitalink traite ce dernier cas, en s'intégrant aux échanges documentaires existants quand c'est nécessaire.
Pour qui est conçue l'API
L'API s'adresse aux développeurs d'hôpitaux et de cliniques suisses, aux éditeurs de logiciels médicaux et aux équipes d'intégration. Elle convient aussi aux projets qui relient des applications patient à un système clinique.
- Développeurs d'hôpitaux et de cliniques Équipes internes
- Éditeurs de logiciels médicaux Produit
- Équipes d'intégration et middleware Systèmes
- Projets reliant des applications patient à un système clinique Partenaires
Par où commencer
-
1
Lire la documentation API
Les endpoints, l'authentification OAuth et les ressources FHIR utilisées pour chaque type de mesure.
Ouvrir la documentation API -
2
Consulter la page sécurité
Utile si votre responsable conformité a des questions sur le chiffrement, la traçabilité ou le périmètre FADP et GDPR.
Ouvrir la page sécurité -
3
Comparer les tarifs entreprise
Les options se détaillent selon le volume de mesures et les besoins de conformité de votre organisation.
Ouvrir les tarifs entreprise -
4
Demander une démonstration technique
Nous préparons une session avec votre cas d'usage : appareils concernés, système cible et contraintes de déploiement.
Nous contacter
Questions fréquentes
Les trois questions qui reviennent le plus souvent lors des premiers échanges techniques. D'autres réponses détaillées figurent dans la FAQ du site.
Voir la FAQ complèteFaut-il passer par une couche middleware avant d'écrire dans l'EHR ?
Pas obligatoirement, mais une couche middleware facilite le contrôle d'accès, la normalisation et la traçabilité. Elle évite de disperser la logique d'appareil dans plusieurs applications.
Quels profils FHIR suisses faut-il respecter ?
Cela dépend de votre établissement et de ses guides d'échange. Vitalink documente les ressources utilisées et s'aligne sur les profils que vous ciblez.
Comment sont sécurisées les données ?
Authentification OAuth, contrôle d'accès par rôle, chiffrement en transit et au repos, et journalisation des accès. Le détail figure sur la page Sécurité et chiffrement.
Demander une démonstration technique
Décrivez votre cas d'usage : types d'appareils, système cible et contraintes de déploiement. Nous préparons une session technique adaptée à votre environnement clinique.
Vitalink HealthData AG
Seefeldstrasse 45, 8008 Zürich, Schweiz
Lundi – Vendredi : 09h00 – 18h00 (CET)