Conçu pour l'informatique hospitalière et les opérations cliniques
L'intégration, la résidence des données et le déploiement sont des préoccupations liées à l'architecture du produit, et non des réflexions ultérieures après une démonstration. NerveDX est conçu pour les environnements réglementés où le transfert du DME, l'isolement des locataires et l'auditabilité sont importants dès le premier jour.
Fonctionne avec vos systèmes EEG existants
NerveDX est une couche de workflow interopérable, pas un remplacement du matériel d'acquisition ni des outils de revue établis lorsqu'ils restent en usage. Nous nous connectons au chemin de données après l'enregistrement et ajoutons revue gouvernée, triage, reporting, transfert DME et audit.
| Chemin | Statut public |
|---|---|
| BDF / BDF+ / EDF / EDF+ | Import principal prévu pour les pilotes |
| Vidéo clinique synchronisée | Exigence produit centrale - définie par site |
| Export hospitalier / export de station de revue | Chemin d'ingest typique après enregistrement; convenu en découverte |
| Transfert de rapport HL7 v2 / FHIR | Cible d'architecture - essai à blanc contre votre catalogue d'interfaces |
| SSO (SAML / OIDC) | Prévu avec le déploiement |
| Forme d'onde native du fournisseur ou DICOM | Évalué par site, pas une revendication de connecteur universel |
NerveDX est une couche de workflow après l'enregistrement. Elle s'inscrit à côté du matériel d'acquisition, des stations de revue et des outils de détection lorsqu'ils restent en usage - y compris les stacks de classe Natus / Nihon Kohden / Cadwell lorsque les chemins d'export le permettent. L'ingénierie clinique et HTM possèdent généralement le chemin d'export, pas un remplacement matériel. Les badges de workflow certifiés ne sont publiés qu'après validation. Le périmètre d'intégration est convenu par hôpital. Voir Intégrations et déploiement.
Un chemin vérifiable du signal au dossier hospitalier
Chaque point d'intégration se trouve dans un flux de travail gouverné avec provenance, contrôle d'accès et preuves de qualité.
- Ingest - Import et stockage
- Revue - Lecture et qEEG
- Triage IA - Prioriser les fenêtres
- Confirmer - Validation clinicien
- Rapport - Sortie structurée
- DME - Transfert hôpital
- Audit - Provenance et analyse
Transfert hospitalier orienté HL7 / FHIR
NerveDX est conçu pour fournir des résultats cliniques structurés dans les systèmes hospitaliers, et non pour fonctionner comme un îlot d'examen déconnecté.
Livraison du rapport et des résultats
Des résultats confirmés et des rapports structurés sont préparés pour la consommation du DME. La portée de l'intégration (types de messages, formats de documents, phase de routage et de déploiement) est convenue par client et documentée avant la mise en service du projet pilote.
Solution de modèles de classe et de Fahr
Nous concevons des modèles d'interopérabilité hospitaliers communs (messagerie HL7 v2, ressources FHIR pour les documents, rapports de diagnostic et demandes de service, le cas échéant). Les interfaces exactes dépendent de votre environnement DME et des normes informatiques.
Principaux modèles de DME dans les hôpitaux
De nombreux hôpitaux standardisent les plates-formes DME d'entreprise avec les catalogues d'interfaces HL7 v2 et FHIR. Nous planifions des essais d'intégration sur vos interfaces documentées, et non une affirmation générique de « se connecte à tout ». Partagez votre fournisseur DME et votre équipe d’intégration dès le début de la découverte.
Identité et accès
Le SSO hospitalier, l'accès basé sur les rôles et l'authentification de service à service sont planifiés dans le cadre du déploiement, en accord avec les exigences de votre fournisseur d'identité et d'examen de sécurité.
Formats d'importation
BDF/BDF+/EDF/EDF+ est la principale importation prévue pour les pilotes, avec vidéo clinique synchronisée. Les chemins de forme d'onde natifs du fournisseur et DICOM sont évalués par site et ne sont pas revendiqués comme connecteurs universels. Voir le tableau des formats sur cette page et sur Plateforme.
Diligence d’intégration
Partagez votre fournisseur DME, les contacts de l’équipe d’intégration et le catalogue d’interfaces existant. Nous pouvons décrire un chemin d’intégration pratique dans le cadre de la NDA avant que la portée du pilote clinique ne soit finalisée.
Où se trouvent vos données – dès la conception
Isolement des locataires
Architecture multi-locataires avec séparation institutionnelle : une exigence de premier ordre pour les données EEG des hôpitaux, pas une configuration complémentaire.
Déploiement régional
Les régions de déploiement cloud et les contraintes de résidence des données sont définies par client. L'hébergement dans l'UE/EEE et le traitement orienté RGPD sont des hypothèses de conception fondamentales.
Data minimisation
Traitement aligné sur le périmètre pilote ou de production convenu. Les formulaires du site Web et le chat ne sont pas des canaux permettant d'accéder à des données EEG cliniques ou identifiables par le patient.
Cloud, locataire dédié ou hybride
Le choix de déploiement dépend de votre examen de sécurité, de la complexité de l'intégration et de vos préférences opérationnelles. Nous discutons des options dès le début, avant que les utilisateurs cliniques n’investissent du temps dans un projet pilote.
Cloud géré (SaaS)
Chemin par défaut pour les pilotes : locataire isolé, accès contrôlé, surveillance opérationnelle et résidence des données convenue. Voie la plus rapide vers une évaluation mesurée du flux de travail.
Locataire dédié
Environnement dédié à un seul établissement ou à un partenaire avec des limites de réseau et d'accès plus strictes - adapté aux systèmes de santé de plus grande envergure avec une gouvernance cloud définie.
Contrôlé par le client
Déploiement hybride ou géré par le client pour les sites qui nécessitent que les données restent à l'intérieur de l'infrastructure hospitalière. Portée par engagement avec un modèle d'intégration et de support explicite.
Feuille de route sur site
Les modèles de déploiement sur site figurent sur la feuille de route des produits là où la politique de l'hôpital l'exige. Discutez du calendrier et de la portée s’il s’agit d’une exigence stricte pour votre organisation.
Des diagrammes d'architecture spécifiques, des exigences de réseau et des contrôles de sécurité sont disponibles dans le cadre de la NDA pour l'examen des achats et de l'informatique de l'hôpital. Voir notre Sécurité et conformité page pour le résumé public.
Vous planifiez une revue d’intégration ?
Parlez-nous de votre environnement DME, des exigences en matière de résidence des données et des préférences de déploiement.