+41 44 450 10 64 info@adjumed.com

Interfaces

Connexions transparentes – selon vos besoins. Le système Adjumed.net est générique, hautement performant et dispose d’options d’entrée et de sortie flexibles. Nous pouvons nous connecter directement à votre système d’information clinique (SIC) ou vous pouvez utiliser notre procédure de traitement par lots et décider vous-même du moment où les données sont disponibles pour l’assurance qualité.

Notre système s’est particulièrement développé au fil des années grâce à son ouverture, qui se traduit également par la diversité des interfaces. Nous avons des interfaces avec KISIM, Phoenix, Nexus, Polypoint, Celsius37, ODSeasy, INES, IS-Med, Ibitech, Wigasoft, Ambucare et HIN Medical Boards.

Service web – la meilleure interface

Votre lien direct avec Adjumed.net. Notre interface de service web bidirectionnelle est basée sur SOAP et permet l’échange automatique de données au format XML. Grâce à cette interface, vous pouvez réaliser une connexion performante de votre SIH à AdjumedCollect.

L’échange automatique de données entre le SIH et AdjumedCollect permet aussi bien la création de nouveaux cas dans AdjumedCollect que la modification de cas déjà existants dans AdjumedCollect. Les données de votre SIH nous sont immédiatement transmises et sont toujours à jour. Tous les cas sont validés lors de leur transmission et sont ensuite immédiatement prêts à être analysés.

Après la transmission par le service web, un rapport de contrôle est renvoyé au SIH/PDMS, qui contient, outre le résultat du contrôle, un lien vers le cas qui doit être traité dans AdjumedCollect.

Documents

Format XML
[code language="css"]

xmlns=« http://www.w3.org/2001/XMLSchema »>

<case>
<clé>
<numéro de clinique
>
43
<entrydate
>
01.10.2013
<patientid
>
1234
</clé>
<formulaire niveau=« A0 »>
<champ numéro=« 4 » name= »Numéro de patient »>
<valeur priorité=« 1 »>1234
</champ >
<champ numéro=« 370 » name= »Année de naissance »>
<valeur priorité=« 1 »>1988
</champ >
<champ numéro=« 365 » name= »Sexe »>
<valeur priorité=« 1 »>1
</champ >
<champ numéro=« 363 » name= »Date d’entrée »>
<valeur priorité=« 1 »>01.10.2013
</champ>
<formulaire niveau=« A1 »>
<champ numéro=« 97 » name= »Numéro d’opération »>
<valeur priorité=« 1 »>1
</champ >
<champ numéro=« 100 » name= »DateOpérations »>
<valeur priorité=« 1 »>01.10.2013
</champ >
<formulaire niveau=« A2 »>
<champ numéro=« 109 » name= »OpCodeNuméro_2013″>
<valeur priorité=« 1 »>43.89.20</value >
<valeur priorité=« 2 »>01.31.10</value >
</champ >
<champ numéro=« 116 » name= »Numéro de l’opérateur »>
<valeur priorité=« 1 »>566</value >
</champ>
</formulaire>
</formulaire>
<formulaire niveau=« B0 »>
<champ numéro=« 150 » name= »Numéro de naissance »>
<valeur priorité=« 1 »>1</value >
</field
>
[/code]

Procédure par lots

En mode batch, le questionnaire Adjumed est déposé dans le SIH et la saisie des données se fait directement dans le SIH. Les données collectées doivent être exportées manuellement vers Adjumed.net.

L’exportation et l’importation sont possibles dans ces formats :

  • Format AQC (ASCII)
  • Format Excel (XLS ou XLSX)
  • Format XML (par ex. DGU et DKG)

Un cas existant est entièrement supprimé lors de l’importation et remplacé par les nouvelles données.

Chaque cas est attribué à une année en fonction de la date de début du cas (date d’entrée). Par exemple, les cas débutant en 2014 seront importés dans le formulaire d’importation de 2014, ceux débutant en 2015 dans le formulaire de 2015, etc. Si un suivi est effectué en 2015 pour un cas de 2014, l’ensemble du cas – y compris le suivi ajouté – est importé une nouvelle fois avec le formulaire de 2014. Pour ce faire, les fichiers d’exportation doivent être séparés en fonction de l’année du cas ou le fichier doit être importé dans plusieurs filtres d’importation annuels. Les cas qui ne correspondent pas à l’année sont ignorés.

Format AQC

Adjumed.net utilise le format « AQC » développé par Adjumed Services. Celui-ci est basé sur des lignes et est donc facilement extensible.
Chaque enregistrement se caractérise comme suit :

  • Fichier ASCII
  • descripteurs de champs et contenus délimités par le caractère de pipe | (ASCII 124)
  • Chaque champ sur une ligne, ordre quelconque
  • Définition des descripteurs et exemple :
  • Klinik|Eintrittsdatum|PID|OperationsNr.|OpTeilNr.|Prio|FeldNummer|FeldWert
    99|12.04.2014|123456|0|0|1|370|1956
    99|12.04.2014|123456|1|0|1|126|14.04.2014
    99|12.04.2014|123456|1|1|1|109|42.69
    99|12.04.2014|123456|1|1|2|109|41.32
    99|12.04.2014|123456|2|0|1|126|16.04.2014
    99|12.04.2014|123456|2|1|1|109|64.91
    99|12.04.2014|123456|2|1|2|109|98.13
    99|12.04.2014|123456|2|2|1|109|13.23
    99|12.04.2014|123456|0|1|0|165|1
  • Un cas est défini par la combinaison du numéro d’hôpital, de la date d’admission et du numéro de patient.
  • Dans l’exemple ci-dessus, la première ligne contient des informations sur le cas, la deuxième sur l’opération et la troisième sur la partie de l’intervention. Sur la quatrième ligne, on voit le deuxième code opératoire de la première partie de l’opération. L’avant-dernière ligne contient le premier code opératoire de la deuxième partie de l’opération. Et sur la dernière ligne, on voit le sexe du premier enfant.
  • Les entrées devraient être uniques. Par exemple, outre les statistiques de la clinique, la première partie des statistiques de la première opération (date de l’opération, début de l’opération, type d’opération, …) ne devrait être transmise qu’une seule fois par partie d’opération.
  • Le nom du fichier doit avoir le modèle suivant : AQCXXXX.YY. YY désigne l’année et XXXX le numéro de clinique
    (exemple : AQC0042.00 pour l’année 2000 du numéro de clinique 42)

Vous avez des questions ? Notre hotline est à votre disposition.

+41 44 450 10 64