DiGA et ePA : les pistes pour les prestataires IT

4 min de lecture

Mis à jour le 3 novembre 2026 · Publié initialement le 8 mai 2026

Le dossier patient électronique est désormais utilisé dans les soins au quotidien dans toute l’Allemagne. Certaines applications de santé numériques disposent par ailleurs de leurs propres actes de facturation médicale. Les prestataires IT peuvent ainsi intervenir sur les interfaces, les tests et l’intégration aux logiciels de cabinet. L’obtention d’un contrat dépend des besoins concrets et des exigences de chaque client.

Ce que l’ePA implique pour les éditeurs de logiciels de cabinet

Le programme « ePA pour tous » a été lancé dans toute l’Allemagne le 29 avril 2025. Depuis le 1er octobre 2025, les médecins ainsi que d’autres professionnels et établissements de santé sont tenus de l’utiliser. Pour les assurés, l’utilisation reste facultative. Ils peuvent s’opposer à la création du dossier ou à son utilisation ultérieure, explique le ministère fédéral allemand de la Santé.

Pour un projet logiciel, cette distinction soulève un cas pratique : un cabinet peut avoir besoin de l’ePA dans son fonctionnement quotidien alors qu’aucun dossier utilisable n’existe pour une personne prise en charge. L’interface et les processus internes devraient traiter ces situations de manière compréhensible. Le nombre d’assurés auprès du régime légal ne permet donc pas non plus de déduire le nombre de dossiers effectivement utilisés.

Qu’est-ce qu’un système primaire ? Dans le contexte de l’ePA, ce terme désigne le logiciel par lequel un établissement accède aux fonctions du dossier patient, par exemple un système de gestion de cabinet.

Quelles prestations liées aux DiGA sont rémunérées

Les applications de santé numériques, appelées DiGA, contribuent à la prise en charge de certaines pathologies. Les prestations médicales ou psychothérapeutiques rémunérées en complément dépendent de chaque application et des règles de facturation en vigueur.

L’Association nationale des médecins conventionnés allemands répertorie à cet effet des actes distincts dans la nomenclature. Pour l’application « Invirto », elle décrit par exemple un acte de suivi et d’évaluation assorti de conditions relatives aux catégories de professionnels autorisées à le facturer. Ces actes ne constituent pas une rémunération générale pour tout accompagnement lié à chaque DiGA.

La nomenclature allemande des actes médicaux conventionnés, l’Einheitlicher Bewertungsmaßstab, comportait déjà en 2024 des actes de suivi et d’évaluation pour certaines applications. On ne peut en déduire un nouveau droit général à rémunération à partir d’avril 2026. Pour les fabricants et leurs partenaires IT, le point de départ est donc le parcours de soins concret propre à chaque application.

Où se situent les travaux d’intégration des interfaces

Le guide d’implémentation de la gematik décrit différentes interfaces de l’ePA. Pour le service de gestion des médicaments, il mentionne des interfaces FHIR permettant de gérer la liste et le plan de médication. Pour la gestion documentaire, il décrit un profil du standard IHE XDS.b. Toute personne qui prévoit une intégration doit donc examiner le cas d’usage concerné et les spécifications applicables.

Les droits d’accès constituent un second point de contrôle. Selon le guide, le système de gestion des dossiers vérifie l’autorisation d’accès d’un établissement. En l’absence d’autorisation ou si celle-ci a été retirée, les contenus ne peuvent pas être consultés et les documents ne peuvent pas être déposés. Pour le développement, cela signifie que les tests doivent aussi couvrir les accès refusés et les messages appropriés destinés au personnel du cabinet.

Dans son guide, la gematik renvoie à un modèle du système de gestion des dossiers ePA destiné au développement et aux tests. Un tel modèle peut faciliter la préparation. Les contrôles et justificatifs supplémentaires requis pour un produit donné doivent être déterminés selon son type.

Comment les prestataires évaluent les projets potentiels

Du point de vue de la rédaction, trois pistes se dégagent : l’intégration aux logiciels de cabinet, l’assistance technique aux fabricants de DiGA et l’examen de projets d’achat spécifiques. Elles ne permettent pas d’établir un volume de contrats ni de garantir des projets futurs.

Avant de présenter une offre, les prestataires devraient identifier le client et le produit concerné. S’agit-il d’afficher une liste de médicaments, d’échanger des documents ou de développer une fonction au sein d’une DiGA ? Les interfaces, les droits d’accès et les tests en dépendent. Dans le cas d’un appel d’offres, le périmètre des prestations, les critères de qualification et les délais figurent dans les documents de consultation correspondants.

Pour établir un devis, il est utile de clarifier les responsabilités dès le départ : qui fournit l’environnement de test ? Qui assure le suivi métier et qui vérifie la mise en œuvre ? Ces questions permettent de mieux cerner le travail nécessaire qu’une hypothèse générale sur un marché en croissance rapide.

Questions fréquentes

À lire aussi

• Migration vers S/4HANA : les PME allemandes face à une décision en 2026
• Zuerst Daten bereinigen, dann die ERP-KI kaufen
• Les tests de résistance auxquels les banques allemandes échouent actuellement

Source de l’image : générée par IA (novembre 2026)

Traduit de l’original allemand par intelligence artificielle. La version allemande fait foi.