Le modèle de revenus de Televitas comprend les éléments suivants:

Revenus primaires
- Vente du Televitas Interactive Hub
- Vente de divers capteurs et wearables
- Frais d’abonnement mensuels pour l’utilisation du Televitas Data Hub
- Frais de transaction récurrents sur les revenus de la tarification numérique. Frais d’abonnement pour la fourniture d’algorithmes d’IA et de rapports spécifiques

Revenus secondaires
- Location de consultants propres pour des projets d’intégration dans le secteur de la santé

Televitas détient 100% des droits de propriété intellectuelle sur le développement du Televitas Data Hub, des algorithmes Televitas, des interfaces et de ses propres connecteurs logiciels / matériels. Un plan financier et des prévisions à jour sont disponibles dans le « Equity Term Sheet ».

Televitas se présente comme une entreprise dynamique qui qui vise à offrir une solution globale de bout en bout dans les systèmes de télésanté ainsi qu’une solution standardisée et intégrée dès le début de la session de télésanté, la saisie des prestations de soins jusqu’au paiement des remboursements aux prestataires de soins et aux établissements de soins.

Televitas vise à fournir le « service client » le plus élevé possible sur le marché et à réduire considérablement les appels et les interventions de télésanté sur place. Les caractéristiques suivantes distinguent Televitas de ses concurrents :

1. Offre de produits de télésanté
- Téléconsultation, consultation entre prestataire de soins et le patient / client ou à distance, via une application, un web ou une télévision;
- Télé-expertise, les intervenants de 1ère, 2ème et 3ème ligne se consultent au sujet d’un patient / client;
- Télé-moniteur, les prestataires de soins de santé contrôlent et surveillent les paramètres de santé des patients à distance;
- Télé-assistance, un fournisseur de soins de santé (senior) (plus qualifié) dirige à distance une intervention médicale, qu’un autre fournisseur de soins de santé (junior) (moins qualifié) effectue;

2. Intégration e-Business, grâce à la plate-forme ouverte, modulaire et intégrée de Televitas, il est possible de connecter divers dispositifs matériels (capteurs) et applications logicielles.

3. Services d’assistance: un service d’assistance disponible 24h / 24 et 7j / 7 avec un service client de haute qualité, de la première demande au suivi, à la mise en œuvre et aux services après-vente.

4. Services de conseil: y compris l’encadrement et la formation des prestataires de soins de santé et des patients

5. Services de tarification: un paiement plus élevé et plus rapide au fournisseur de soins de santé grâce au traitement électronique et à la réduction des refus (faible taux d’erreur) par les institutions d’assurance. Plus de transparence entre le prestataire de soins de santé et les institutions d’assurance grâce à divers aperçus enrichis. Possibilité de facturation intégrée des services de soins (à distance) aux tiers (INAMI) et quatrième payeurs (laboratoire médical / équipement, CPAS, caisse d’assurance maladie, protection sociale, etc.) et aux patients. Amélioration de la télésanté, de la facturation et de la gestion des débiteurs grâce à une meilleure compréhension de l’état tout au long du processus de télésanté et de tarification, via les applications logicielles (mobiles) et des aperçus détaillés. Possibilité de créer des groupes de soins virtuels pour gérer la tarification (télésanté) numériquement, tout en maintenant et en respectant l’identité du fournisseur de soins individuel.

Remboursement des dettes: 20.00%
Recherche & développement: 30.52%
Marketing & Ventes: 15.00%
Général & administratif: 34.48%

Televitas s’adressera autant que possible directement aux clients finaux par:

- Branding de Televitas (RemotisWelfare, RemotisCure et RemotisCare)
- Site Web public + eCommerce et paiements en ligne pour le marché B2C.
- Applications logicielles (mobiles) pour les prestataires de soins, afin d’accroître le rôle d’ambassadeur
- Verrouillage de widgets via des systèmes de fichiers logiciels de soins reconnus pour les infirmières (EVD), pour les médecins (EMD), les établissements de soins (EPD) et les fournisseurs de soins résidentiels (WZD).
- Démonstrations d’événements / expositions (en ligne)
- Diverses campagnes de marketing B2C et B2B via des cas clients spécifiques
- Ventes directes avec un plan de vente clair et des USP solides
- Ventes de référence de spécialisations telles que l’analyse de données, le régime de quatrième payeur, ...
- Connexion avec les écosystèmes existants tels que la facturation électronique, les centres d’alarme et de soins, les services de prêt (des caisses d’assurance maladie), les magasins de soins à domicile, etc.

Quel est le concept utilisé dans le développement du logiciel?

Conceptuellement, nous sommes partis du prestataire de soins / établissement de soins, de son équipe et de ses patients. Ces acteurs participent aux soins à distance et, d’une part, devraient être soulagés de la charge des soins continus sur place au moyen d'une technologie simple et, d'autre part, être soulagés de la charge administrative du remboursement de ces soins à un distance.La plateforme est développée et gérée à partir d'un fort état d'esprit de modèle de soins hybrides, où le développement n'est jamais séparé du modèle de soins opérationnel et de l'utilisation de la plateforme. Autant de processus de développement que possible sont automatisés: test, intégration, déploiement et publication du logiciel (déploiement continu et amélioration continue), par lesquels à tout moment une nouvelle version du logiciel entre en production ou est rappelée de manière entièrement automatisée et vérifiable. Techniquement, la solution de base est divisée en couches.

Ces couches fournissent une séparation logique au sein de l’architecture de l’application, par laquelle il est important de créer la plus grande interdépendance possible entre ces couches, qui doivent être aussi fonctionnellement cohérentes que possible (« découplage »). L'objectif est de séparer les intérêts fonctionnels (écrans utilisateurs, logique applicative & métier, accès aux données, etc.) et ainsi faciliter la maintenance de la plateforme sur le long terme, car ces intérêts peuvent être abordés séparément.

Quelles sont les différentes étapes du logiciel utilisées lors des phases de planification, de conception, de construction et de test ?

Nous travaillons avec un programme de développement, dans le sens d’un ensemble de projets. Chaque fois qu’un projet est presque terminé, un nouveau projet est défini sur la base des connaissances, de l’expérience, des idées et des besoins à ce moment-là et dans un avenir proche (tactique), et approprié à long terme et au programme de développement lui-même (stratégique). L’avancement d’un projet dans le cadre du programme de développement fait l’objet d’un suivi hebdomadaire. Tous les deux mois, il y a le comité directeur avec les sponsors. En termes de développement logiciel, les tests ont été mis en avant. Tout d’abord, les règles de test sont codées, que ce soit à l’aide ou non de données historiques. Le développement logiciel réel vient après. Les tests sont exécutés rapidement et automatiquement afin que le développeur ait un retour immédiat.

De nouveaux logiciels peuvent ainsi être déployés rapidement et en toute sécurité. Afin de s’assurer que l’opérationnel est rendu, ce qui est nécessaire, il est fortement assuré que la démarcation habituelle entre l’entreprise et les développeurs est très perméable. Les membres des deux groupes forment une équipe au sein des sous-projets et sont conjointement responsables de la qualité du service aux clients internes et externes. Cela garantit que les développeurs apprennent à connaître l’entreprise sur le bout des doigts. Les personnes opérationnelles ont connaissance des données (du capteur) et y ont accès. Cela leur permet d'analyser et de définir plus précisément les problèmes, les deux groupes s'appropriant ainsi le produit, les données et le service livrés.


Quelle méthodologie et quelle infrastructure logicielle sont utilisées pendant la recherche et le développement?

Toutes sortes de services cloud sont utilisés au maximum, de sorte que le plus possible puisse être concentré sur le développement d’une logique métier spécifique, en particulier les aspects où nous, en tant que startup, pouvons faire la différence. La plate-forme technique choisie est Microsoft Windows Azure et offre une certification Safe-Harbor en standard dans ses contrats qui permet de construire des solutions soumises à la législation belge et à la réglementation européenne sur la confidentialité et l’anonymat des données des patients. La communication entre les différents modules fonctionnels et entre la solution et les soignants est cryptée. La plate-forme se compose en grande partie d’API (Web) et est gérée via la gestion des API composée de quatre parties:

- API Gateway: est l’environnement technique qui est situé d’une part pour les API de nos partenaires stratégiques et d’autre part pour les API développées en interne , au moyen de microservices. Il agit comme un point d’accès unique pour un groupe défini de (micro) composants de produits. Étant donné qu’un protocole API Gateway gère les traductions, il s’agit également d’une valeur ajoutée pour les applications front-end créées avec plusieurs interfaces disparates (non-) API.
- Portail API : comble techniquement le fossé entre les fournisseurs d’API (produits logiciels Televitas) et les consommateurs d’API (utilisateurs finaux Televitas) qui fournissent des informations (techniques) sur les API à chaque étape du cycle de vie d’une API. Il permet également à Televitas d’ouvrir et de publier techniquement ses API, d’informer les développeurs tiers, d’accorder l’accès aux utilisateurs, de générer des certificats, etc. Pour les consommateurs d’API, le portail API est l’endroit idéal pour fournir des commentaires sur la qualité de l’API, signaler des bogues, lire la documentation utilisateur, etc.
- Catalogue d’API : un catalogue d’API se comporte comme une partie logique de l’API Gateway et de l’API Portal. L’URL de l’appel d’API et le portail API sont spécifiques à chaque catalogue. Pour chaque catalogue de produits (groupes) Televitas, il y aura un catalogue de développement pour tester les API en cours de développement et un catalogue de production pour héberger des API prêtes à être pleinement utilisées. Des tests unitaires automatiques seront effectués sur le catalogue de développement, des tests « smoke » sur le catalogue de tests d’intégration et des tests distincts pour les utilisateurs finaux sur le catalogue de production.

- Data Flow Manager : est une entité centrale du Televitas Data Hub. Il se compose de composants logiciels qui ingèrent, transforment et distribuent les données à l’intérieur et à l’extérieur du portail Televitas. Le Gestionnaire de flux de données rend les données transférables et permet également l’évolution des données entre les différentes couches, de sorte que les données brutes sont fiables et consommables en offrant des API de données (intelligentes artificielles) et en offrant des ensembles de données personnalisés (business intelligence) ), où les clients peuvent indiquer leur préférence en matière de technologie et de format de données souhaité. Sur les données fournies, les clients peuvent continuer à développer leurs activités.

Les fondateurs de Televitas sont déjà activement impliqués dans diverses discussions de prospection avec des établissements de santé un an avant sa création (11/2021). Dans le scénario B2B ci-dessus, nous supposons que ces perspectives peuvent être valorisées au cours des 12 prochains mois. La plupart des prospects sont des hôpitaux et nous font savoir qu’ils ont l’intention d’acheter 1 000 hubs, ce qui rend les données des capteurs transparentes dans leurs progiciels médicaux. Dans cette prévision, l’achat des hubs est étalé sur 10 mois (10 X 100 hubs/mois/établissement de santé). Avec le démarrage d’un premier établissement de soins en octobre 2022 et progressivement en août 2023 pour connecter 7 établissements de santé, au sein d’un marché de 158 hôpitaux et 2 920 établissements de soins ambulatoires.

Dans le plan financier +4 ans, l’estimation est faite à partir d’une perception B2C avec les pénétrations suivantes du marché de consommation pour les personnes âgées de plus de 65 ans, sachant que cela représente 1/5 de la population belge, soit 2.202.684 personnes. Étant donné que Televitas est un adopteur précoce, il est actuellement difficile d’estimer combien via le marché B2B et B2C. Le potentiel du marché est clairement présent, comme décrit précédemment.