Catalogue des services MESI mCONNECT
1 Introduction
Ce document fournit une spécification détaillée de nos services de connectivité prêts à l’emploi. Il est conçu pour offrir à nos clients une compréhension claire des fonctionnalités et des capacités incluses dans chaque package de connectivité.
Ce document peut être référencé dans les contrats et les Statements of Work (SOW) afin d’assurer un alignement sur la portée du projet et les livrables.
Chaque service de connectivité listé ci‑dessous inclut une section de spécification détaillée décrivant les fonctionnalités MVP (Minimum Viable Product), les exigences techniques et d’autres éléments importants.
2 Mises à jour logicielles et maintenance
Pour les déploiements cloud, les mises à jour logicielles, les améliorations et les correctifs de sécurité sont déployés automatiquement par l’équipe Connectivité.
Les clients sont informés au moins sept (7) jours à l’avance de toute mise à jour planifiée pouvant affecter la disponibilité ou la fonctionnalité du service.
Pour les déploiements on‑premise, les clients sont informés des mises à jour disponibles. Sur demande, l’installateur ou le package logiciel leur est fourni. L’installation ou la mise à niveau est réalisée par le client, sauf accord écrit contraire.
3 Packages de connectivité disponibles
Vous trouverez ci-dessous une vue sous forme de tableau de nos forfaits de connectivité prêts à l'emploi actuellement disponibles :
| Système EHR | Format de données | Modèle de déploiement |
|---|---|---|
| Best Practice | JSON | Cloud (SaaS) |
| Birpis | HL7 | On-premise |
| Doctolib | GDT | On-premise |
| Hipokrat | HL7 | On-premise |
| Iris | HL7 | On-premise |
| Isoz | HL7 | On-premise |
| Join | JSON | Cloud (SaaS) |
| NextGen | HL7 | On-premise |
| Tomedo | GDT | Out of device |
| Vena | JSON | Cloud (SaaS) |
| Webdoc | JSON | Cloud (SaaS) |
| WEDA | HL7 | On-premise |
| ZipLaneRx | JSON | Cloud (SaaS) |
3.1 Best Practice
Ce service fournit une intégration prête à l’emploi, hébergée dans le cloud, entre le système EHR Best Practice et l’API MESI mCONNECT via HALO Connect.
Elle est construite sur Azure en tant que composant « Integration API » et permet un échange sécurisé, bidirectionnel, des données démographiques patient, des mesures et de la configuration des dispositifs.
3.1.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | HTTPS |
| Méthode / protocole d’interaction | API REST |
| Modèle d’intégration | synchrone, asynchrone |
| Format des données | JSON en SQL Passthrough |
| Autorisation | clé API |
3.1.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Démographie patient | ID patient, nom, prénom, date de naissance, sexe, statut |
| Échange de données de mesure | MESI envoie les résultats traités en JSON vers l’endpoint HALO (asynchrone) |
| Configuration et statut du dispositif | Accès au tableau de bord Cloud pour supprimer des rendez-vous depuis le tableau de bord, renvoyer les mesures (mécanisme de mise en pool) et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | Clé API |
3.1.3 Flux de données
Planification des rendez-vous et transfert des données patient : l’API d’intégration MESI demande les rendez-vous à chaque activation de mTABLET.
Envoi des résultats de mesure : MESI envoie une requête POST vers le point de terminaison HALO.
3.2 Birpis
Ce service fournit une intégration prête à l’emploi, hébergée sur site, entre le système DME Birpis et le logiciel de connectivité MESI. Il est basé sur la plateforme Mirth Connect de NextGen et conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.2.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | TCP |
| Méthode / protocole d’interaction | Message |
| Modèle d’intégration | Synchronisé |
| Format des données | HL7 |
| Autorisation | Liste blanche d’IP |
3.2.2. Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Métadonnées du message | Horodatage du message (MSH.7.1) utilisé pour le traitement de la date de la demande. |
| Identification du patient | ID du patient et nom complet du patient (PID-3, PID-5), y compris les composants structurés du nom. |
| Données démographiques du patient | Date de naissance, sexe administratif (mappé), origine ethnique (y compris le mappage interne du code_race) et langue principale. |
| Informations de contact du patient | Adresse (rue, ville, code postal, pays, type d’adresse), numéro de téléphone et e-mail. |
| Informations sur la consultation / la visite | Classe du patient, emplacement, type d’admission, numéro de visite (avec autorité et type assignés), horodatages de la visite. |
| Informations sur le prestataire | Prestataire en charge (PV1-7) et prestataire prescripteur (ORC-12, OBR-16). |
| Gestion des commandes | Contrôle de la commande, numéros de commande du demandeur/fournisseur, numéro de groupe, statut de la commande, indicateur de réponse, horaire/quantité/priorité, horodatage de la transaction, date d’effet. |
| Demande d’observation / de procédure | ID universel du service, priorité, horodatages de la demande / planification / observation, section diagnostique, bloc de temps (OBR-27), informations sur le technicien, code de procédure. |
| Échange des données de mesure | Le logiciel de connectivité envoie un message ORU R01 sortant vers l’adresse IP et le port du DME définis par l’utilisateur. L’ORU R01 contient à la fois les données de mesure brutes dans la structure HL7 prédéterminée par MESI et le PDF encodé en Base64. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.2.3 Flux de données
Planification des rendez-vous et transfert des données patient : le DME envoie une requête de commande ORM O01 au logiciel de connectivité via TCP.
Envoi des résultats de mesure : le logiciel de connectivité crée une requête de mesure ORU R01 et l’envoie vers l’adresse IP et le port configurés du DME.
3.3 Doctolib
Ce service fournit deux intégrations prêtes à l’emploi :
MESI mTABLET et Doctolib via l’application Worklist Direct disponible sur l’appareil mTABLET.
Intégration MESI hébergée sur site prenant en charge le format de données GDT. Il s’agit d’un logiciel MESI personnalisé conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.3.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | FTP |
| Méthode / protocole d’interaction | Transfert de fichiers |
| Modèle d’intégration | Asynchronous |
| Format des données | GDT |
| Authorization | N/A (infrastructure defined) |
3.3.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Identification du système / du partenaire | Les identifiants et étiquettes de l’émetteur/récepteur sont présents, avec des codes/ID système supplémentaires. |
| Métadonnées du message GDT | Les champs techniques décrivant le format/la version/le type d’enregistrement du message sont présents (par ex. : “8000”, “8100”, “9206”, “9218”, “8402”, “8609”). |
| Données démographiques du patient | Prénom du patient (3101), nom de famille (3102), date de naissance (3103) et sexe/genre (3110). |
| Identifiants du patient | Un identifiant spécifique au patient (3105). |
| Adresse du patient | Code postal (3112), ville (3113), ainsi que des lignes d’adresse supplémentaires (3106, 3107). |
| Contact du patient | Adresse e-mail (3633). |
| Commande / demande de service | Le service / test demandé (2998). |
| Identifiants de commande / demande | Une référence de demande/commande (2999), ainsi que des identifiants numériques supplémentaires liés à la commande (3626, 3629). |
| Échange de données de mesure | Le logiciel de connectivité dépose un fichier de mesure GDT et un fichier PDF dans un dossier défini par l’utilisateur. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.3.3 Flux de données
Planification des rendez-vous et transfert des données patient : Doctolib dépose un fichier GDT dans le dossier entrant défini par l’utilisateur, que le logiciel valide et traite.
Envoi des résultats de mesure : le logiciel de connectivité crée un fichier GDT de mesure et un fichier PDF dans les dossiers sortants définis par l’utilisateur.
3.4 Hipokrat
Ce service fournit une intégration prête à l’emploi, hébergée sur site, entre le système DME Hipokrat et le logiciel de connectivité MESI. Il est basé sur la plateforme Mirth Connect de NextGen et conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.4.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | TCP |
| Méthode / protocole d’interaction | Message |
| Modèle d’intégration | Synchronisé |
| Format des données | HL7 |
| Authorization | Liste blanche d’IP |
3.4.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Métadonnées du message | Horodatage du message (MSH.7.1) utilisé pour le traitement de la date de la demande. |
| Identification du patient | ID du patient et nom structuré du patient (PID-3, PID-5). |
| Données démographiques du patient | Date de naissance, sexe administratif (mappé), origine ethnique (y compris le mappage interne du code_race) et langue principale. |
| Informations de contact du patient | Détails de l’adresse (PID-11), téléphone et e-mail (PID-13). |
| Informations sur la consultation / la visite | Classe du patient, emplacement attribué, type d’admission, numéro de visite (avec autorité et type assignés), horodatages de la visite (segment PV1). |
| Informations sur le prestataire | Prestataire en charge (PV1-7), prestataire prescripteur (ORC-12) et prestataire prescripteur OBR (OBR-16). |
| Gestion des commandes | Contrôle de la commande, identifiants du demandeur/fournisseur, numéro de groupe, statut de la commande, indicateur de réponse, détails sur l’horaire/quantité/priorité, horodatage de la transaction, date d’effet (segment ORC). |
| Demande d’observation / de procédure | ID universel du service (par ex. ECG), priorité, horodatages de la demande / observation / planification, section du service diagnostique, bloc temporel (OBR-27), informations sur le technicien, code de procédure (segment OBR). |
| Échange des données de mesure | Le logiciel de connectivité envoie un message ORU R01 sortant vers l’adresse IP et le port du DME définis par l’utilisateur. L’ORU R01 contient à la fois les données de mesure brutes dans la structure HL7 prédéfinie par MESI et le PDF encodé en Base64. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.4.3 Flux de données
Planification des rendez-vous et transfert des données patient : le DME envoie une requête de commande ORM O01 au logiciel de connectivité via TCP.
Envoi des résultats de mesure : le logiciel de connectivité crée une requête de mesure ORU R01 et l’envoie vers l’adresse IP et le port configurés du DME.
3.5 Iris
This service delivers a ready‑made, on-premise hosted integration between Iris EHR system and MESI connectivity software. It is built on NextGen’s Mirth Connect platform and designed to provide secure, bidirectional data exchange for patient demographics, measurement payloads and device configuration.
3.5.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | TCP |
| Méthode / protocole d’interaction | Message |
| Modèle d’intégration | Synchronisé |
| Format des données | HL7 |
| Authorization | Liste blanche d’IP |
3.5.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Métadonnées du message | Horodatage du message (MSH.7.1) utilisé pour le traitement de la date de la demande. |
| Identification du patient | ID du patient et nom structuré du patient (PID-3, PID-5). |
| Données démographiques du patient | Date de naissance, sexe administratif (mappé), origine ethnique (y compris le mappage interne du code_race) et langue principale. |
| Informations de contact du patient | Détails de l’adresse (PID-11), téléphone et e-mail (PID-13). |
| Informations sur la consultation / la visite | Classe du patient, emplacement attribué, type d’admission, numéro de visite (avec autorité et type assignés), horodatages de la visite (segment PV1). |
| Informations sur le prestataire | Prestataire en charge (PV1-7), prestataire prescripteur (ORC-12) et prestataire prescripteur OBR (OBR-16). |
| Gestion des commandes | Contrôle de la commande, identifiants du demandeur/fournisseur, numéro de groupe, statut de la commande, indicateur de réponse, détails sur l’horaire/quantité/priorité, horodatage de la transaction, date d’effet (segment ORC). |
| Demande d’observation / de procédure | ID universel du service (par ex. ECG), priorité, horodatages de la demande / observation / planification, section du service diagnostique, bloc temporel (OBR-27), informations sur le technicien, code de procédure (segment OBR). |
| Échange des données de mesure | Le logiciel de connectivité envoie un message ORU R01 sortant vers l’adresse IP et le port du DME définis par l’utilisateur. L’ORU R01 contient à la fois les données de mesure brutes dans la structure HL7 prédéfinie par MESI et le PDF encodé en Base64. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.5.3 Flux de données
Planification des rendez-vous et transfert des données patient : le DME envoie une requête de commande ORM O01 au logiciel de connectivité via TCP.
Envoi des résultats de mesure : le logiciel de connectivité crée une requête de mesure ORU R01 et l’envoie vers l’adresse IP et le port configurés du DME.
3.6 Isoz
Ce service fournit une intégration prête à l’emploi, hébergée sur site, entre le système DME Isoz et le logiciel de connectivité MESI. Il est basé sur la plateforme Mirth Connect de NextGen et conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.6.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | TCP |
| Méthode / protocole d’interaction | Message |
| Modèle d’intégration | Synchronisé |
| Format des données | HL7 |
| Authorization | Liste blanche d’IP |
3.6.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Métadonnées du message | Horodatage du message (MSH.7.1) utilisé pour le traitement de la date de la demande. |
| Identification du patient | ID du patient et nom structuré du patient (PID-3, PID-5). |
| Données démographiques du patient | Date de naissance, sexe administratif (mappé), origine ethnique (y compris le mappage interne du code_race) et langue principale. |
| Informations de contact du patient | Détails de l’adresse (PID-11), téléphone et e-mail (PID-13). |
| Informations sur la consultation / la visite | Classe du patient, emplacement attribué, type d’admission, numéro de visite (avec autorité et type assignés), horodatages de la visite (segment PV1). |
| Informations sur le prestataire | Prestataire en charge (PV1-7), prestataire prescripteur (ORC-12) et prestataire prescripteur OBR (OBR-16). |
| Gestion des commandes | Contrôle de la commande, identifiants du demandeur/fournisseur, numéro de groupe, statut de la commande, indicateur de réponse, détails sur l’horaire/quantité/priorité, horodatage de la transaction, date d’effet (segment ORC). |
| Demande d’observation / de procédure | ID universel du service (par ex. ECG), priorité, horodatages de la demande / observation / planification, section du service diagnostique, bloc temporel (OBR-27), informations sur le technicien, code de procédure (segment OBR). |
| Échange des données de mesure | Le logiciel de connectivité envoie un message ORU R01 sortant vers l’adresse IP et le port du DME définis par l’utilisateur. L’ORU R01 contient à la fois les données de mesure brutes dans la structure HL7 prédéfinie par MESI et le PDF encodé en Base64. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.6.3 Flux de données
Planification des rendez-vous et transfert des données patient : le DME envoie une requête de commande ORM O01 au logiciel de connectivité via TCP.
Envoi des résultats de mesure : le logiciel de connectivité crée une requête de mesure ORU R01 et l’envoie vers l’adresse IP et le port configurés du DME.
3.7 Join
Ce service fournit une intégration prête à l’emploi, hébergée dans le cloud, entre le système DME Join et l’API MESI mCONNECT. Elle est construite sur Azure en tant que composant « API d’intégration » et conçue pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.7.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | HTTPS |
| Méthode / protocole d’interaction | API basée sur REST |
| Modèle d’intégration | Synchronisé |
| Format des données | JSON |
| Authorization | OAuth 2.0 |
3.7.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Données démographiques du patient | Synchronisation de l’ID du patient, du nom, de la date de naissance, du sexe, des identifiants uniques de la visite, du groupe de tablettes et des mesures à effectuer sur le patient. |
| Échange des données de mesure | MESI envoie les résultats traités dans une structure JSON prédéfinie vers le point de terminaison Join. |
| Configuration et état de l’appareil | Accès au tableau de bord cloud pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | Échange de jeton d’accès OAuth 2.0. |
3.7.3 Flux de données
Planification des rendez-vous et transfert des données patient : Join envoie une requête POST vers l’API d’intégration MESI.
Envoi des résultats de mesure : MESI envoie une requête POST vers le point de terminaison Join.
3.8 NextGen
Ce service fournit une intégration prête à l’emploi, hébergée sur site, entre le système DME NextGen et le logiciel de connectivité MESI. Il est basé sur la plateforme Mirth Connect de NextGen et conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.8.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | TCP |
| Méthode / protocole d’interaction | Message |
| Modèle d’intégration | Synchronisé |
| Format des données | HL7 |
| Authorization | Liste blanche d’IP |
3.8.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Métadonnées du message | Horodatage du message (MSH.7.1) utilisé pour le traitement de la date de la demande. |
| Identification du patient | ID du patient et nom structuré du patient (PID-3, PID-5). |
| Données démographiques du patient | Date de naissance, sexe administratif (mappé), origine ethnique (y compris le mappage interne du code_race) et langue principale. |
| Informations de contact du patient | Détails de l’adresse (PID-11), téléphone et e-mail (PID-13). |
| Informations sur la consultation / la visite | Classe du patient, emplacement attribué, type d’admission, numéro de visite (avec autorité et type assignés), horodatages de la visite (segment PV1). |
| Informations sur le prestataire | Prestataire en charge (PV1-7), prestataire prescripteur (ORC-12) et prestataire prescripteur OBR (OBR-16). |
| Gestion des commandes | Contrôle de la commande, identifiants du demandeur/fournisseur, numéro de groupe, statut de la commande, indicateur de réponse, détails sur l’horaire/quantité/priorité, horodatage de la transaction, date d’effet (segment ORC). |
| Demande d’observation / de procédure | ID universel du service (par ex. ECG), priorité, horodatages de la demande / observation / planification, section du service diagnostique, bloc temporel (OBR-27), informations sur le technicien, code de procédure (segment OBR). |
| Échange des données de mesure | Le logiciel de connectivité envoie un message ORU R01 sortant vers l’adresse IP et le port du DME définis par l’utilisateur. L’ORU R01 contient à la fois les données de mesure brutes dans la structure HL7 prédéfinie par MESI et le PDF encodé en Base64. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.8.3 Flux de données
Planification des rendez-vous et transfert des données patient : le DME envoie une requête de commande ORM O01 au logiciel de connectivité via TCP.
Envoi des résultats de mesure : le logiciel de connectivité crée une requête de mesure ORU R01 et l’envoie vers l’adresse IP et le port configurés du DME.
3.9 Tomedo
Ce service fournit deux intégrations prêtes à l’emploi :
MESI mTABLET et Tomedo via l’application Worklist Direct disponible sur l’appareil mTABLET.
Intégration MESI hébergée sur site prenant en charge le format de données GDT. Il s’agit d’un logiciel MESI personnalisé conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.9.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | FTP |
| Méthode / protocole d’interaction | Transfert de fichiers |
| Modèle d’intégration | Asynchrone |
| Format des données | GDT |
| Authorization | N/A (infrastructure définie) |
3.9.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Identification du système / du partenaire | Les identifiants et étiquettes de l’émetteur/récepteur sont présents, avec des codes/ID système supplémentaires. |
| Métadonnées du message GDT | Les champs techniques décrivant le format, la version ou le type d’enregistrement du message sont présents (par ex. : “8000”, “8100”, “9206”, “9218”, “8402”, “8609”). |
| Données démographiques du patient | Prénom du patient (3101), nom de famille (3102), date de naissance (3103) et sexe/genre (3110). |
| Identifiants du patient | Un identifiant spécifique au patient (3105). |
| Adresse du patient | Code postal (3112), ville (3113), ainsi que des lignes d’adresse supplémentaires (3106, 3107). |
| Contact du patient | Adresse e-mail (3633). |
| Commande / demande de service | Le service/test demandé (2998). |
| Identifiants de commande / demande | Une référence de demande/commande (2999), ainsi que des identifiants numériques supplémentaires liés à la commande (3626, 3629). |
| Échange des données de mesure | Le logiciel de connectivité dépose un fichier de mesure GDT et un fichier PDF dans un dossier défini par l’utilisateur. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | N/A |
3.9.3 Flux de données
Planification des rendez-vous et transfert des données patient : Tomedo dépose un fichier GDT dans le dossier entrant défini par l’utilisateur, que le logiciel valide et traite.
Envoi des résultats de mesure : le logiciel de connectivité crée un fichier GDT de mesure et un fichier PDF dans les dossiers sortants définis par l’utilisateur.
3.10 Vena
Ce service fournit une intégration prête à l’emploi, hébergée dans le cloud, entre le système DME Vena et l’API MESI mCONNECT via la plateforme Leyr. Elle est construite sur Azure en tant que composant « API d’intégration » et conçue pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.10.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | HTTPS |
| Méthode / protocole d’interaction | API basée sur REST |
| Modèle d’intégration | Synchronisé |
| Format des données | JSON |
| Authorization | ID/secret client |
3.10.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Données démographiques du patient | ID du patient, prénom, nom de famille, date de naissance, informations d’adresse, prénom/nom du praticien, sexe, identifiants uniques de la visite, groupe de tablettes et mesure à effectuer sur le patient. |
| Échange des données de mesure | MESI envoie les résultats traités dans une structure JSON prédéfinie vers le point de terminaison Leyr. |
| Configuration et état de l’appareil | Accès au tableau de bord cloud pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | ID/secret client. |
3.10.3 Flux de données
Planification des rendez-vous et transfert des données patient : l’API d’intégration MESI demande les rendez-vous à chaque activation de mTABLET.
Envoi des résultats de mesure : MESI envoie une requête POST vers le point de terminaison Leyr.
3.11 Webdoc
Ce service fournit une intégration prête à l’emploi, hébergée dans le cloud, entre le système DME Webdoc et l’API MESI mCONNECT via la plateforme Leyr. Elle est construite sur Azure en tant que composant « API d’intégration » et conçue pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.11.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | HTTPS |
| Méthode / protocole d’interaction | API basée sur REST |
| Modèle d’intégration | Synchronisé |
| Format des données | JSON |
| Authorization | ID/secret client. |
3.11.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Données démographiques du patient | ID du patient, prénom, nom de famille, date de naissance, informations d’adresse, prénom/nom du praticien, sexe, identifiants uniques de la visite, groupe de tablettes et mesure à effectuer sur le patient. |
| Échange des données de mesure | MESI envoie les résultats traités dans une structure JSON prédéfinie vers le point de terminaison Leyr. |
| Configuration et état de l’appareil | Accès au tableau de bord cloud pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | ID/secret client. |
3.11.3 Flux de données
Planification des rendez-vous et transfert des données patient : l’API d’intégration MESI demande les rendez-vous à chaque activation de mTABLET.
Envoi des résultats de mesure : MESI envoie une requête POST vers le point de terminaison Leyr.
3.12 WEDA
Ce service fournit une intégration prête à l’emploi, hébergée sur site, entre le système DME WEDA et le logiciel de connectivité MESI. Il est basé sur la plateforme Mirth Connect de NextGen et conçu pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.12.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | HTTP, FTP |
| Méthode / protocole d’interaction | API basée sur REST, transfert de fichiers |
| Modèle d’intégration | Synchronisé, asynchrone |
| Format des données | HL7 |
| Authorization | Basé sur un jeton |
3.12.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Données démographiques du patient | Prend en charge l’ID du patient (PID-3.1), le nom (PID-5.), la date de naissance (PID-7.1), le mappage sexe/genre depuis PID-8.1 et l’origine ethnique (PID-10. avec mappage interne du code_race).* |
| Informations de contact du patient | Prend en charge l’adresse (PID-11[0].1/.3/.5/.6/.7), le téléphone (PID-13[0].1/.2/.3) et l’e-mail (PID-13[0].4). |
| Informations sur la consultation / la visite | Prend en charge les détails de la visite depuis PV1, y compris la classe du patient (PV1-2.1), l’emplacement (PV1-3.1), le type d’admission (PV1-4.1), le service (PV1-10.1), le numéro de visite (PV1-19.*), et les dates/horaires d’admission et de sortie (PV1-44.1, PV1-45.1). |
| Informations sur le prestataire | Prend en charge le médecin traitant (PV1-7.), le prestataire prescripteur au niveau ORC (ORC-12.) et au niveau OBR (OBR-16.*). |
| Gestion des commandes | Prend en charge le contrôle et les identifiants de la commande, le statut, le calendrier, saisi/vérifié par, téléphone de rappel, et la date/heure effective depuis ORC. |
| Demande d’observation / de procédure | Prend en charge les informations sur le service/la procédure, les horaires demandés/planifiés, la section diagnostique, les données du technicien et les blocs temporels depuis OBR. |
| Métadonnées du message | Utilise MSH-7.1 comme horodatage de la demande ; ajoute également un “requestedDate” actuel ; déduit le task_type/activity_id depuis ORC-2.1. |
| Échange des données de mesure | MESI envoie les résultats traités dans une structure HL7 prédéfinie vers le point de terminaison WEDA. |
| Configuration et état de l’appareil | Accès au tableau de bord déployé localement pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | Utilisation du jeton API. |
3.12.3 Flux de données
Planification des rendez-vous et transfert des données patient : WEDA dépose un fichier HL7 dans le dossier entrant prédéterminé, que la solution de connectivité MESI valide et traite.
Envoi des résultats de mesure : MESI envoie une requête POST vers le point de terminaison WEDA.
3.13 ZipLaneRx
Ce service fournit une intégration prête à l’emploi, hébergée dans le cloud, entre le système DME ZipLaneRx et l’API MESI mCONNECT. Elle est construite sur Azure en tant que composant « API d’intégration » et conçue pour offrir un échange de données sécurisé et bidirectionnel concernant les données démographiques des patients, les données de mesure et la configuration des appareils.
3.13.1 Aperçu du service
| Élément du DME | Description |
|---|---|
| Couche de transport | HTTPS |
| Méthode / protocole d’interaction | API basée sur REST |
| Modèle d’intégration | Synchronisé |
| Format des données | JSON |
| Authorization | Échange de jeton d’accès OAuth 2.0, ID/secret client |
3.13.2 Fonctionnalités MVP
Le Produit Minimum Viable (PMV) se concentre sur les flux de données essentiels nécessaires à la plupart des cliniques pour intégrer les patients et enregistrer les résultats des mesures.
| Catégorie de fonctionnalité | Description |
|---|---|
| Données démographiques du patient | Synchronisation de l’ID du patient, du nom, de la date de naissance, du sexe, des identifiants uniques de la visite, du groupe de tablettes et des mesures à effectuer sur le patient. |
| Échange des données de mesure | MESI envoie les résultats traités dans une structure JSON prédéfinie vers le point de terminaison ZipLaneRx. |
| Configuration et état de l’appareil | Accès au tableau de bord cloud pour supprimer des rendez-vous depuis le tableau de bord et gérer les appareils mTABLET ainsi que les groupes de tablettes correspondants. |
| Cadre d’autorisation | Basé sur un jeton, ID/secret client. |
3.13.3 Flux de données
Planification des rendez-vous et transfert des données patient : ZipLaneRx envoie une requête POST vers l’API d’intégration MESI.
Envoi des résultats de mesure : MESI envoie une requête POST vers le point de terminaison ZipLaneRx.
4 Durée du plan et paiements
· mConnect Direct, API et API+ : la durée commence à la date de signature de l’Accord.
· mConnect Custom : la durée commence une fois que l’utilisateur final valide officiellement l’achèvement du projet d’intégration.
