DHealth

DHealth Connect

En conception

Gardez votre système. Rejoignez le réseau.

DHealth Connect est le chemin d'intégration pour les cliniques, hôpitaux et laboratoires qui utilisent déjà leur propre logiciel clinique ou de laboratoire.

Pouvons-nous raccorder votre système aujourd'hui ? Honnêtement : pas encore, et pas à l'aveugle. Connect est en conception. Ce qu'un connecteur peut faire dépend des interfaces que votre logiciel expose réellement — et c'est précisément ce que l'étude technique établit avant toute promesse.

Engager la conversation

Où se situe Connect
  1. Le logiciel que vous utilisez déjà

    Le système dans lequel vos équipes travaillent déjà.

  2. DHealth Connect

    En conception

    Traduit ses interfaces dans le contrat du réseau.

  3. DHealth Exchange

    Où va le travail, où il en est, quel résultat répond à quel ordre, la libération, et une trace de chaque étape.

  4. Autres participants

    Les cliniques et laboratoires avec lesquels vous êtes autorisé à échanger.

La règle que Connect sert

Un flux de travail en production ne devrait jamais obliger vos équipes à tenir deux fois la même transaction diagnostique — une fois dans le système qu'elles utilisent déjà, et une fois à la main dans DHealth. Si rejoindre un réseau coûte une double saisie à un établissement, le réseau a pris plus qu'il n'a donné.

Ce que fait un connecteur

Un connecteur est un traducteur doté de mémoire. Il se place entre le logiciel d'un établissement et le contrat du réseau.

  • Il traduit les interfaces

    Il transforme les messages et points d'accès que parle votre système en contrat DHealth, et inversement.

  • Il préserve vos identifiants

    Vos numéros d'ordre et identifiants de dossier restent les vôtres et restent attachés, pour qu'une transaction du réseau puisse toujours être rapprochée de celle de votre système.

  • Il corrèle ordres et résultats

    Un résultat qui revient est rattaché à l'ordre auquel il appartient, et non à une supposition plausible.

  • Il réessaie sans danger

    Une connexion interrompue ne doit produire ni ordre en double ni résultat perdu. Un réessai sûr est une exigence d'exactitude, pas un agrément.

  • Il supprime la double saisie

    C'est tout l'objet de l'exercice : les équipes continuent de travailler là où elles travaillent déjà.

Avec DHealth Connect, un ordre est saisi une seule fois dans le système que l'établissement utilise déjà, au lieu d'être saisi là puis de nouveau dans DHealth.
  1. Votre technicien saisit l'ordre

    Dans le logiciel où vos équipes travaillent déjà.

  2. Le même ordre saisi une seconde fois

    Dans un second système, à la main, pour atteindre quelqu'un à l'extérieur.

    devenu inutile

  3. DHealth Connect

    En conception

    Traduit les interfaces de votre système dans le contrat du réseau.

  4. Le réseau l'a

    Les participants avec lesquels vous êtes autorisé à échanger, et personne d'autre.

La disponibilité d'un connecteur dépend du logiciel et des interfaces propres à chaque établissement. Une découverte technique et une qualification sont nécessaires avant toute intégration en production.

Étude technique

Comment une intégration commence réellement

Aucune intégration sérieuse ne commence par une promesse. Elle commence par découvrir ce dont votre système est capable.

  1. Dites-nous ce que vous utilisez

    Le logiciel, la version, qui en assure la maintenance, et qui peut autoriser des modifications.

  2. Examiner les interfaces

    Nous regardons ce que votre système expose réellement, et ce qu'il faudrait pour l'atteindre.

  3. Cartographier le flux de travail

    Où naissent les ordres, où les résultats sont autorisés, et qui est responsable à chaque étape.

  4. Construire ou configurer le connecteur

    Dimensionné sur ce qu'a trouvé l'étude, pas sur un modèle générique.

  5. Tester avec des transactions synthétiques

    De bout en bout, avec des patients fictifs. Jamais avec de vrais.

  6. Qualifier

    Convenir par écrit de ce qui fonctionne, de ce qui ne fonctionne pas, et du comportement en cas de panne.

  7. Mise en service

    Seulement après tout ce qui précède.

Interfaces examinées lors de l'étude

Voici les types d'interface que nous recherchons. Les nommer ici n'affirme pas que DHealth les prend en charge aujourd'hui : c'est la description de ce que l'étude examine.

  • Une liaison directe entre les deux systèmes
  • Une norme d'échange de données de santé, si votre logiciel en parle une
  • Un message automatique dès que quelque chose change
  • Un échange de fichiers que nous prenons déjà en charge

Ce qu'un établissement donné peut réellement utiliser, et l'existence ou non d'un connecteur correspondant, est déterminé par l'étude technique et la qualification — pas par cette liste.

Ce que nous ne vous dirons pas

Que nous pouvons raccorder n'importe quel système instantanément. Que DHealth fonctionne avec tous les logiciels cliniques qui existent. Que l'adhésion se fait en un clic, aujourd'hui. Rien de tout cela n'est vrai, et quiconque vous affirme le contraire avant d'avoir regardé votre logiciel fait un pari avec votre activité.

La disponibilité d'un connecteur dépend du logiciel et des interfaces propres à chaque établissement. Une étude technique et une qualification sont requises avant toute intégration en production.

Commencer par l'étude

Dites-nous ce que vous utilisez. Nous vous dirons ce que nous voyons, et ce que nous ne voyons pas.

DHealth est en cours de développement. Aucun établissement n'est en service sur le réseau, et rien de ce qui est décrit ici n'a été utilisé dans des soins réels.