Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή

[Δ. Κουναλάκης]

Το λογισμικό ηλεκτρονικής συνταγογραφίας (Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος) αλλά και αυτών ιατρικών πράξεων του ΟΠΑΔ (Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος) λειτουργούν ως εφαρμογές web με θετικά και αρνητικά σημεία.

Τα θετικά σημεία είναι:
α) Η αμεσότητα στην χρήση χωρίς την εγκατάσταση συγκεκριμένου λογισμικού
β) Η δυνατότητα άμεσης βελτίωσης του λογισμικού και διόρθωσης όλων των προβλημάτων του λογισμικού χωρίς παρέμβαση από τους χρήστες.
γ) Η φιλικότητα του περιβάλλοντος και η προηγούμενη γνώση χρήσης του web

Τα αρνητικά σημεία είναι:
α) Ο αυξημένος χρόνος που χρειάζεται κατά την χρήση του λογισμικού σε σχέση με άλλες εφαρμογές.
β) Η αδυναμία προσαρμογής του λογισμικού σε ιδιαιτερότητες που αφορούν ειδικότητα ιατρού ή ιδιαιτερότητες μονάδας
γ) Η ανάγκη για υποστήριξη μεγάλου αριθμού web browsers μελλοντικά καθώς με το χρόνο θα προκύπτουν συνεχώς ασυμβατότητες ή θα απαιτούνται αναβάθμιση των λογισμικών/μηχανημάτων από όλους.
δ) Η αδυναμία διασύνδεσης με υπάρχοντα λογισμικά (ERPs) που υπάρχουν σε νοσοκομεία και ιατρεία (ιδιωτικά/δημόσια) και η αδυναμία διασύνδεσης με τοπικά συστήματα ηλεκτρονικού φακέλου ασθενή.

Το (δ) είναι και το σημαντικότερο πρόβλημα που υφίσταται και απαιτείται σύντομα η εξεύρεση μιας λύσης.

Μια λύση είναι, παράλληλα με την λειτουργία του υπάρχοντος συστήματος, να υπάρχει και η δυνατότητα διασύνδεσης με την χρήση πρωτοκόλλου επικοινωνίας και ανταλλαγής πληροφορίας ενός τοπικού λογισμικού ERP/φακέλου ασθενή που υπάρχει σε μια δημόσια/ιδιωτική μονάδα υγείας/ιατρείο με το κεντρικό σύστημα της ηλεκτρονικής συνταγογράφησης που υπάρχει στο ΗΔΙΚΑ.

H επικοινωνία μπορεί να γίνεται όπως και σήμερα μέσω Internet με το ίδιο https πρωτόκολλο δικτύου, με την χρήση των ίδιων κωδικών πρόσβασης αλλά στη συγκεκριμένη περίπτωση ο χρήστης χρησιμοποιεί το τοπικό λογισμικό ERP/ηλεκτρονικού φακέλου ασθενή και αυτο το λογισμικό επικοινωνεί μέσω του προτεινόμενου πρωτοκόλλου με το σύστημα ηλεκτρονικής συνταγογράφησης του ΗΔΙΚΑ. Λαμβάνει στο τέλος το ίδιο ακριβώς pdf αρχειο με την συνταγή το οποίο τυπώνεται και είναι πανομοιότυπο με αυτό που τυπώνεται με την υπάρχουσα ιστοσελίδα ηλεκτρονικής συνταγογραφίας του ΗΔΙΚΑ.

Αυτή η υλοποίηση:
α) Επιτρέπει την ενσωμάτωση της ηλεκτρονικής συνταγογραφίας στα ήδη υπάρχοντα λογισμικά που έχουν νοσοκομεία και ιατρεία και την καλύτερη διαχείριση και παρακολούθηση από τις μονάδες υγείας του έργου που επιτελείται.
β) Μειώνει τις ανάγκες σε εκπαίδευση των χρηστών που ήδη χρησιμοποιούν κάποια εφαρμογή ηλεκτρονικού φακέλου.
γ) Μειώνει τις ανάγκες σε υπολογιστική ισχύ των συστημάτων και σε παροχή υποστήριξης χρηστών από το ΗΔΙΚΑ.
δ) Επιτρέπει την προσαρμογή της ηλεκτρονικής συνταγογράφησης στις ανάγκες και ιδιαιτερότητες της κάθε μονάδας χωρίς να αλλάζει σε τίποτα το τελικό αποτέλεσμα της συνταγής και της παρακολούθησης της ηλεκτρονικής συνταγογραφίας.
ε) Επιβοηθά την αποδοχή της ηλεκτρονικής συνταντογράφησης από τους χρήστες.

Θα ακολουθήσουν μια σειρά από μηνύματα σε XML του προτεινόμενου πρωτοκόλλου για δημόσια διαβούλευση και σχολιασμό.

[Δ. Κουναλάκης]

Το πρωτόκολλο βασίζεται σε επικοινωνία με την χρήση κειμένου σε XML (UTF-8).
Σε κάθε δέντρο (tree) xml υπάρχει η έκδοση (version) του πρωτοκόλλου με την μορφή ιδιότητας (attribute) ώστε να είναι δυνατός ο έλεγχος στη συμβατότητα μετά από αναβαθμίσεις του πρωτοκόλλου μελλοντικά.
Ταυτόχρονα το τοπικό λογισμικό δηλώνει (και ζητάει κάθε νέα έκδοση) το σύνολο των κωδικοποιήσεων και των φαρμάκων ώστε να μην απαιτούνται συνεχώς αναζητήσεις στο server του ΗΔΙΚΑ όπως γίνεται μέχρι σήμερα με την εφαρμογή της ιστοσελίδας. Κάθε έκδοση της βάσης της κωδικοποίησης νοσημάτων και φαρμάκων δηλώνεται ώστε να υπάρχει με την μορφή μηνύματος η απάντηση από το server που να απαιτεί την ανανέωση τους στο τοπικό σύστημα. Επίσης σε κάθε μήνυμα υπάρχει το sessionID της σύνδεσης παράλληλα με την παρουσία του στα http data.

Η διαδικασία εισόδου γίνεται με την χρήση ονόματος χρήστη και κωδικού πρόσβασης που δίδει το ΗΔΙΚΑ και ταυτόχρονα απαιτείται η εισαγωγή των γραμμάτων στην εικόνα captcha που στέλνει το ΗΔΙΚΑ ώστε να μην είναι εύκολη η κακόβουλη εύρεση κωδικών με την χρήση αυτοματοποιημένων προσπαθειών τύπου brute force.

To λογισμικό του χρήστη στέλνει αρχικά το παρακάτω xml ώστε να λάβει τη εικόνα captcha μόνο εάν είναι σωστό το username.
Και κατόπιν στέλνει το ίδιο μήνυμα πλήρως συμπληρωμένο.

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <login>
  <username>Όνομα χρήστη</username>
  <password>Κωδικός πρόσβασης</password>
  <captcha>Αριθμογραμματοσειρά εικόνας captcha</captcha>
  <sessionid>κωδικός session id</sessionid>
 </login>
</xml>
H απάντηση που λαμβάνει είναι η ακόλουθη και του επιτρέπει πλέον να κάνει αναβάθμιση της βάσης φαρμάκων και κωδικοποιήσεων εάν υπάρχει νέα έκδοση και να προχωρήσει σε αναζήτηση παλαιών συνταγών ή σε έκδοση νέας συνταγής.

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <login>
  <message>Μήνυμα λάθους εάν υπάρχει και μαζί το Captcha ή επιβεβαίωση εισόδου</message>
  <captcha>Αριθμογραμματοσειρά εικόνας captcha ή κενό επί επιτυχούς login</captcha>
  <sessionid>κωδικός session id</sessionid>
  <drugs>yyyymmddhhmmss</drugs>
  <classifications>yyyymmddhhmmss</classifications>
 </login>
</xml>

[Δ. Κουναλάκης]

Εάν ο αριθμός έκδοσης που βασίζεται σε timestamp είναι καινούργιος που σημαίνει νέα βάση δεδομένων τότε λαμβάνει τη νέα βάση με την ακόλουθη μορφή:

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <sessionid>κωδικός session id</sessionid>
 <drugs date="yyyymmddhhmmss">
  <drug>
   <barcode>κωδικός barcode</barcode>
   <name>Εμπορικό όνομα</name>
   <strength>συγκέντρωση ανά διακριτή δόση (πχ κάψουλα)</strength>
   <packet>περιγραφή συσκευασίας</packet>
   <substances>
    <substance num="1">
     <id>κωδικός φαρμακευτικής ουσίας</id>
     <name>όνομα φαρμακευτικής ουσίας</name>
    </substance>
    <substance num="2">
     <id>κωδικός φαρμακευτικής ουσίας</id>
     <name>όνομα φαρμακευτικής ουσίας</name>
    </substance>
    .......
   </substances>
   <atc>κωδικός ATC</atc>
   <type>τύπος: ένεση, κάψουλα, ml, σταγόνες, μονάδες</type>
   <doses>αριθμός διακριτών δόσεων ανά συσκευασία</doses>
   <price>τιμή συσευασίας</price>
   <state>ενεργό, ανενεργό, υπό ενεργοποίηση</state>
  </drug>
 </drugs>
</xml>
και τις κωδικοποιήσεις με την ακόλουθη μορφή:

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <sessionid>κωδικός session id</sessionid>
 <classifications date="yyyymmddhhmmss">
  <icd>
   <chapter>
    <code>A</code>
    <name>Περιγραφή κεφαλαίου</name>
    <rubric>
     <aa>1</aa>
     <code>Κωδικός κωδικοποίησης νοσημάτων</code>
     <label>ετικέτα κωδικοποίησης για τον κωδικό</label>
    </rubric>
    ........
   </chapter>
   ..........
  </icd>
  <atc>
   <chapter>
    <code>A</code>
    <name>Περιγραφή κεφαλαίου</name>
    <rubric>
     <aa>1</aa>
     <code>Κωδικός κωδικοποίησης φαρμακευτικής ουσίας</code>
     <label>ετικέτα κωδικοποίησης για τον κωδικό</label>
     <ddd>Defined Daily doses</ddd>
     <status>ενεργός, ανενεργός, υπό ενεργοποίηση</status>
    </rubric>
    ........
   </chapter>
   ..........
  </atc>
 </classifications>
</xml>
Να σημειώσω ότι η αναζήτηση φαρμακευτικής ουσίας στο υπάρχον λογισμικό της ΗΔΙΚΑ έχει πρόβλημα με φάρμακα που περιέχουν συνδυασμούς ουσιών. Έτσι εάν βάλεις να ψάξεις την ουσία amoxicillin τότε δεν θα λάβεις ποτέ συνδυασμούς όπως πχ Augmentin

[Δ. Κουναλάκης]

Μια άλλη λειτουργία που απαιτείται είναι η αναζήτηση παλαιότερων συνταγών ενός ασθενή.

Έτσι το λογισμικό του χρήστη στέλνει στο σύστημα του ΗΔΙΚΑ το παρακάτω αίτημα, όπου αναφέρονται το εύρος των ημερομηνιών που αναζητούνται συνταγές.

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <sessionid>κωδικός session id</sessionid>
 <prescriptionhistory>
  <patient>
   <amka>AMKA ασθενή</amka>
   <id>Αριθμός μητρώου ασφ. ταμείου ασθενή</id>
   <type>Άμεσος ή έμεσσος ασφαλισμένος</type>
  </patient>
  <search>
   <datestart>Ημερομηνία έναρξης αναζήτησης</datestart>
   <dateend>Ημερομηνία λήξης αναζήτησης</dateend>
   <maxextries>μέγιστος αριθμός συνταγών που θα επιστραφούν</maxentries>
   <alldoctors>ναι ή όχι</alldoctors>
  </search>
 </prescriptionhistory>
</xml>
Για να λάβει το παρακάτω κείμενο xml και να εμφανιστούν στο χρήστη από το λογισμικό με την μορφή που είναι αποδεκτή.

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <sessionid>κωδικός session id</sessionid>
 <prescriptionhistorylist>
  <patient>
   <name>Όνομα ασθενή</name>
   <amka>AMKA ασθενή</amka>
   <id>Αριθμός μητρώου ασφ. ταμείου ασθενή</id>
   <type>Άμεσος ή έμεσσος ασφαλισμένος</type>
   <contact>
    <address>Διεύθυνση ασθενή</address>
    <postcode>Ταχυδρομικός κωδικός</postcode>
    <city>Πόλη κατοικίας</city>
    <phone>Τηλέφωνο</city>
  </patient>
  <searchresults>
   <numentries>αριθμός συνταγών που βρέθηκαν</numentries>
   <retunedentries>αριθμός συνταγών που επιστρέφονται</returnedentries>
   <results>
    <prescription>
     <aa>1</aa>
     <doctor>
      <name>Όνοματεπώνυμο Ιατρού</name>
      <speciality>Ειδικότητα Ιατρού</speciality>
      <amka>AMKA Ιατρού</name>
      <id>Αριθμός μητρώου ιατρού</id>
      <code>Κωδικός μονάδας</code>
      <center>Όνομα μονάδας</center>
     </doctor>
     <properties>
      <code>Κωδικός συνταγής</code>
      <date>Ημερομηνία συνταγής</date>
      <ekas>Ύπαρξη ΕΚΑΣ ή όχι<ekas>
      <monthly>Μηνιαία αγωγή ή όχι</monthly>
      <repeated>Αριθμός επαναλαμβανόμενης συνταγής</repeated>
      <chronic>Χρόνια αγωγή ή όχι</chronic>
      <comment>Σχόλια συνταγής</comment>
     </properties>
     <drug>
      <aa>1</aa>
      <name>Όνομα πρώτου φαρμάκου</name>
      <number>Αριθμός εμβαλαγίων</number>
      <diagnosis>
       <classification>
        <type>Είδος κωδικοποίησης ή ύπαρξη ICD10 ή ICPC2 κωδικού</type>
        <code>Κωδικός κωδικοποίησης νοσημάτων</code>
        <label>ετικέτα κωδικοποίησης για τον κωδικό</label>
       </classification>
       <freetext>Διάγνωση σε ελεύθερο κείμενο</freetext>
      </diagnosis>
      <cover>Συμμετοχή στην τιμή του φαρμάκου από τον ασθενή</cover>
      <dose>
       <freetext>Οδηγία λήψης για τον ασθενή</freetext>
       <type>Τρόπος λήψης: κάθε μέρα,εβδομαδιαίως,μηνιαίως,κλπ</type>
       <daily>Ημερήσια/εβδομαδιαία/μηνιαία δόση φαρμάκου</daily>
       <days>Χρονικό που πρέπει να το λάβει ο ασθενής</days>
       <comment>Σχόλια για αυτό το φάρμακο</comment>
      </dose>
     </drug>
     ......επόμενο φάρμακο
    </prescription>
    ......επόμενη συνταγή
   </results>
  </searchresults>
 </prescriptionhistorylist>
</xml>
Να σημειώσω ότι στο υπάρχον σύστημα εάν θέλεις να δεις κάτι από μια προηγούμενη συνταγή πρέπει να ακυρώσεις ότι έχεις γράψει ήδη στη νέα συνταγή για να πας να ψάξεις τι είχε γραφτεί παλαιότερα.

[Δ. Κουναλάκης]

Τέλος το xml με το όποιο ο χρήστης ζητά την έκδοση μιας συνταγής που έχει ήδη ετοιμαστεί με την χρήση του τοπικού λογισμικού της μονάδας υγείας με το περιβάλλον και τις ιδιαιτερότητες που χρειάζεται η μονάδα υγείας ή το ιατρείο.

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <sessionid>κωδικός session id</sessionid>
 <codes>
  <drugversion>yyyymmddhhmmss</drugversion>
  <classificationversion>yyyymmddhhmmss</classificationversion>
 </codes>
 <prescription>
  <doctor>
   <name>Όνοματεπώνυμο Ιατρού</name>
   <speciality>Ειδικότητα Ιατρού</speciality>
   <amka>AMKA Ιατρού</name>
   <id>Αριθμός μητρώου ιατρού</id>
   <code>Κωδικός μονάδας</code>
   <center>Όνομα μονάδας</center>
  </doctor>
  <patient>
   <name>Όνομα ασθενή</name>
   <amka>AMKA ασθενή</amka>
   <id>Αριθμός μητρώου ασφ. ταμείου ασθενή</id>
   <type>Άμεσος ή έμεσσος ασφαλισμένος</type>
   <contact>
    <address>Διεύθυνση ασθενή</address>
    <postcode>Ταχυδρομικός κωδικός</postcode>
    <city>Πόλη κατοικίας</city>
    <phone>Τηλέφωνο</city>
   </contact>
  </patient>
   <properties>
    <date>Ημερομηνία συνταγής</date>
    <ekas>Ύπαρξη ΕΚΑΣ ή όχι<ekas>
    <monthly>Μηνιαία αγωγή ή όχι</monthly>
    <repeated>Αριθμός επαναλαμβανόμενης συνταγής</repeated>
    <chronic>Χρόνια αγωγή ή όχι</chronic>
    <copy>Αντιγραφή συνταγής</copy>
    <comment>Σχόλια συνταγής</comment>
   </properties>
   <drug1>
    <aa>1</aa>
    <barcode>Αριθμός Barcode φαρμάκου</barcode>
    <name>Όνομα πρώτου φαρμάκου</name>
    <number>Αριθμός εμβαλαγίων</number>
    <diagnosis>
     <classification>
      <type>Είδος κωδικοποίησης ή ύπαρξη ICD10 ή ICPC2 κωδικού</type>
      <code>Κωδικός κωδικοποίησης νοσημάτων</code>
      <label>ετικέτα κωδικοποίησης για τον κωδικό</label>
     </classification>
     <freetext>Διάγνωση σε ελεύθερο κείμενο</freetext>
    </diagnosis>
    <cover>Συμμετοχή στην τιμή του φαρμάκου από τον ασθενή</cover>
    <dose>
     <freetext>Οδηγία λήψης για τον ασθενή</freetext>
     <type>Τρόπος λήψης: κάθε μέρα,εβδομαδιαίως,μηνιαίως,κλπ</type>
     <daily>Ημερήσια/εβδομαδιαία/μηνιαία δόση φαρμάκου</daily>
     <days>Χρονικό που πρέπει να το λάβει ο ασθενής</days>
     <comment>Σχόλια για αυτό το φάρμακο</comment>
    </dose>
   </drug1>
   <drug2>
    <aa>2</aa>
    <name>Όνομα δεύτερου φαρμάκου</name>
    <number>Αριθμός εμβαλαγίων</number>
    <diagnosis>
     <classification>
      <type>Είδος κωδικοποίησης ή ύπαρξη ICD10 ή ICPC2 κωδικού</type>
      <code>Κωδικός κωδικοποίησης νοσημάτων</code>
      <label>ετικέτα κωδικοποίησης για τον κωδικό</label>
     </classification>
     <freetext>Διάγνωση σε ελεύθερο κείμενο</freetext>
    </diagnosis>
    <cover>Συμμετοχή στην τιμή του φαρμάκου από τον ασθενή</cover>
    <dose>
     <freetext>Οδηγία λήψης για τον ασθενή</freetext>
     <type>Τρόπος λήψης: κάθε μέρα,εβδομαδιαίως,μηνιαίως,κλπ</type>
     <daily>Ημερήσια/εβδομαδιαία/μηνιαία δόση φαρμάκου</daily>
     <days>Χρονικό που πρέπει να το λάβει ο ασθενής</days>
     <comment>Σχόλια για αυτό το φάρμακο</comment>
    </dose>
   </drug2>
   <drug3>
    <aa>3</aa>
    <name>Όνομα τρίτου φαρμάκου</name>
    <number>Αριθμός εμβαλαγίων</number>
    <diagnosis>
     <classification>
      <type>Είδος κωδικοποίησης ή ύπαρξη ICD10 ή ICPC2 κωδικού</type>
      <code>Κωδικός κωδικοποίησης νοσημάτων</code>
      <label>ετικέτα κωδικοποίησης για τον κωδικό</label>
     </classification>
     <freetext>Διάγνωση σε ελεύθερο κείμενο</freetext>
    </diagnosis>
    <cover>Συμμετοχή στην τιμή του φαρμάκου από τον ασθενή</cover>
    <dose>
     <freetext>Οδηγία λήψης για τον ασθενή</freetext>
     <type>Τρόπος λήψης: κάθε μέρα,εβδομαδιαίως,μηνιαίως,κλπ</type>
     <daily>Ημερήσια/εβδομαδιαία/μηνιαία δόση φαρμάκου</daily>
     <days>Χρονικό που πρέπει να το λάβει ο ασθενής</days>
     <comment>Σχόλια για αυτό το φάρμακο</comment>
    </dose>
   </drug3>
 </prescription>
</xml>

Το σύστημα του απαντά με το pdf της συνταγής ή ένα αρχείο xml σε περίπτωση λάθους:

Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

<xml version="1.00">
 <sessionid>κωδικός session id</sessionid>
 <errors>
  <error>
   <label>Μήνυμα λάθους</label>
   <type>warning,unrecoverable,etc</type>
  </error>
 </errors>
</xml>

[Δ. Κουναλάκης]

Επειδή ξέρω ότι θα μπερδέψει πολλούς τα παραπάνω μηνύματα δεν εμφανίζονται ποτέ στον τελικό χρήστη-ιατρό.
Είναι μηνύματα που δημιουργεί και στέλνει-λαμβάνει το λογισμικό ηλεκτρονικού φακέλου με το σύστημα ηλεκτρονικής συνταγογραφίας του ΗΔΙΚΑ.
Ο χρήστης απλά χρησιμοποιεί το λογισμικό που έχει μάθει και σχεδόν αγνοεί τις παραπάνω διαδικασίες.

Ανάλογα μπορούν να γίνουν και για τις ιατρικές πράξεις και τα αποτελέσματα τους.

Κάθε σχόλιο-προταση καλοδεχούμενα.

[Δ. Κουναλάκης]

Το συγκεκριμένο θέμα έχει κατατεθεί και στο Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

[tasath]

Θα ήθελα να σας δώσω συγχαρητήρια για τα παραπάνω posts που περιγράφουν μια βιώσιμη (και εφικτή) διασύνδεση μεταξύ ετερογενών συστημάτων.
Και όπως σωστά γράφετε σε σχόλιό σας στο labs.opengov.gr, παρόμοια τεχνική μπορεί να επεκταθεί και στα φαρμακεία, αλλά και στα συστήματα άλλων φορέων (π.χ. ΓΓΠΣ) ώστε να έχουν πρόσβαση στα κατάλληλα δεδομένα. Στην εποχή μας, με τη χρήση Web Services και XML αυτά θεωρούνται τετριμμένα.

Δυστυχώς, η ελληνική πραγματικότητα δείχνει ότι τα modules διασύνδεσης εφαρμογών λογισμικού δεν προδιαγράφονται εγκαίρως και επαρκώς με αποτέλεσμα να παραπέμπονται στις γνωστές "καλένδες". Ακόμα περισσότερο όταν η τωρινή εφαρμογή ηλεκτρονικής συνταγογράφησης δεν λειτουργεί στο βαθμό που θα έπρεπε και παρουσιάζει αρκετά προβλήματα.

[Δ. Κουναλάκης]

Μια συνήθη απορία που θα έχει κανείς διαβάζοντας όλα τα παραπάνω είναι γιατί να μην χρησιμοποιηθεί το γνωστό πρωτόκολλο Health Level Seven ή HL7 που μπορείτε να δείτε εδώ: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
H αλήθεια είναι ότι ήμουν ένα από τα ελάχιστα άτομα που ενδιαφέρθηκαν για το HL7 Hellas όταν δημιουργήθηκε, υπήρξα μέλος του αρχικά και ήμουν και για αρκετά χρόνια στο αμερικάνικο hl7.org. Παρακολουθώ ακόμη την 3η έκδοση που βασιζεται στην XML και ιδιαίτερα τα CDAs. Ώστόσο οι εκδόσεις 2.Χ καλά κρατούν.... Όμως εξακολουθώ να σκέφτομαι τεχνοκρατικά.

Ένας μύθος που υπάρχει  είναι οτι το HL7 εξασφαλίζει την συμβατότητα μεταξύ των λογισμικών. Αυτός είναι μεγάλος μύθος. Το HL7 προσφέρει μια κοινή γλώσσα που μπορούν να χρησιμοποιήσουν οι κατασκευαστές λογισμικών και πάνω της να κτίσουν δηλώσεις συμμόρφωσης δηλαδή κοινές συμφωνίες για το πως θα επικοινωνούν τα δεδομένα. Ένα λογισμικό που λέει ότι ακολουθεί πχ το HL7 v2.3 κατά 97% ΔΕΝ θα μπορεί να επικοινωνήσει με ένα λογισμικό που επίσης λέει ότι ακολουθεί το HL7 v2.3. Όμως με βάση το HL7 v2.3 εάν καθίσουν κάτω οι κατασκευαστές λογισμικού και συμφωνήσουν στο τι θα υλοποιήσουν από την v2.3 έκδοση και πως θα το κάνουν αυτό, υπάρχουν ελπίδες επικοινωνίας.

Με απλά λόγια, η επιλογής μιας έκδοσης, η επιλογή του τι θα υλοποιηθεί από το standard, του πως θα υλοποιηθεί αυτό, ακολουθεί η πιστοποίηση της διαλειτουργικότητας και τότε το σταυρώνουμε να δουλέψει.... Αααα να μην ξεχάσω... Η χρήση του πρωτοκόλλου, των εργαλείων για να φτιαχτούν εφαρμογές και της πιστοποίησης κοστίζει αδρά. Αυτός είναι και ο λόγος που ακόμη και στα ολοκληρωμένα πληροφοριακά συστήματα των νοσοκομείων η υλοποίηση του HL7 είναι η εξαιρετική εξαίρεση στον κανόνα.

Σας ζάλισα αλλά γιατί κάποιος να χρησιμοποιήσει το HL7; Η απάντηση είναι μια:
Ας υποθέσουμε ότι αγοράσεις ένα λογισμικό από ένα προμηθευτή Α σε ένα νοσοκομείο. Έχεις επενδύσει αυτόματα στην αγορά του και στην εκπαίδευση των χρηστών. Όλα σου τα δεδομένα υπάρχουν σε αυτό. Αν σε ένα χρόνο αποφασίσεις ότι θέλεις ένα ακόμη λογισμικό για ένα άλλο τμήμα ή κλινική τότε αυτόματα είσαι δέσμιος του προμηθευτή Α, γιατί αυτός μπορεί να χρεώσει την διασύνδεση με το νέο λογισμικό όσο θέλει. Εάν όμως υπάρχει μια διασύνδεση HL7 στο αρχικό λογισμικό και έχεις στα χέρια σου μια δήλωση συμμόρφωσης τότε μπορείς να βάλεις όποιο λογισμικό θέλεις χωρίς να συμφωνεί απαραίτητα ο πρώτος προμηθευτής σου.

Έτσι κάθε προμήθεια λογισμικού σε ένα νοσοκομείο πρέπει να βασίζεται σε διασύνδεση με HL7 (κάτι που δεν γίνεται) γιατί έχεις να επικοινωνήσουν λογισμικά διαφορετικών προμηθευτών και δεν θέλουμε να εξαρτώμαστε από κανένα αλλά εδώ τα πράγματα είναι αλλιώς:
Το ελληνικό κράτος παρέχει μια διασύνδεση της κεντρικής υπηρεσίας συνταγογράφησης με λογισμικά άλλων κατασκευαστών. Δεν τίθεται θέμα έλλειψης εμπιστοσύνης στο μέλλον γιατί το ελληνικό κράτος έχει κάθε λόγο να υπάρχουν πολλοί προμηθευτές λογισμικού με διασύνδεση για να υπάρχει ανταγωνισμός και καλύτερες τιμές για τα νοσοκομεία που θα αγοράσουν λογισμικά που θα διασυνδεθούν με την κεντρική υπηρεσία συνταγογράφησης.

Ταυτόχρονα θέλουμε η ηλεκτρονική συνταγογράφηση να προχωρήσει άμεσα και όχι να περιμένουμε να γίνουν διαγωνισμοί να κατακυρωθούν σε εταιρίες, αυτές να αρχίσουν να επενδύουν σε διασύνδεση HL7, να περιμένουμε να γίνουν οι πιστοποιήσεις και μετά να πούμε ότι βάζουμε ηλεκτρονική συνταγογραφία και στα νοσοκομεία. θα είναι πολύ αργά.... Θέλουμε κάτι ευέλικτο, αποτελεσματικό, που θα δώσει άμεσα αποτελέσματα από την λειτουργία του και δε θα το πληρώσουμε δεκαπλά.

Θέλουμε άμεσα αποδοχή από τους επαγγελματίες υγείας άρα θέλουμε λύσεις λογισμικού που θα καλύπτουν κάθε ανάγκη πλην της υπάρχουσας εφαρμογής web του ΗΔΙΚΑ και αυτές οι λύσεις δεν πρέπει να κοστίζουν το δεκαπλάσιο χάρις τα "καπέλα" του HL7.

To ΗL7 είναι ένα βαρύ και πολύπλοκο πρωτόκολλο για μια τόσο απλή δουλειά σαν αυτή που θέλουμε να κάνουμε. Κανένας δεν θα ναύλωνε τριαξονικό για να μεταφέρει μια βαλίτσα 20 κιλών όταν έχει ήδη αμάξι, κάτι τέτοιο θυμίζει η χρήση του HL7 στην περίπτωση μας. Προσωπικά, βλέπω το  HL7 σε κάποιο δεύτερο  στάδιο όταν θα έχουν ωριμάσει τα CDAs και θα πηγαίνουμε για ηλεκτρονικό φάκελο. Όμως δεν θα απογοητευτώ εάν όλα είναι ήδη συμφωνημένα γιατί η μίζα κινεί τα πάντα στην Ελλάδα και τα λεφτά για το HL7 είναι πολλά....

[Δ. Κουναλάκης]

Η πρόταση στο OpenGov.gr προκρίθηκε για παρουσίαση: Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος


Συμμετοχή στην 4η Ημερίδα του Labs.OpenGov
 
H 4η φάση του Labs.OpenGov, είναι αφιερωμένη στην υποβολή προτάσεων για την βελτίωση των ήδη παρεχόμενων υπηρεσιών με έμφαση στην Υγεία, στην Ασφάλιση και στις Οικονομικές συναλλαγές.  Οι παρακάτω επτά προτάσεις που προκρίθηκαν θα παρουσιαστούν στην ημερίδα η οποία θα πραγματοποιηθεί τη Δευτέρα 2/5/2010, 12:00 – 18:00, στο Εθνικό Ίδρυμα Ερευνών, Βασ. Κωνσταντίνου 48, Αμφιθέατρο Λεωνίδας Ζέρβας:

    * Διεξαγωγή ηλεκτρονικών προμηθειών στο χώρο της Υγείας , Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
    * Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή , Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
    * Αξιοποίηση ολοκληρωμένου πληροφοριακού συστήματος συλλογής, παρακολούθησης, και διάχυσης στατιστικών και οικονομικών δεδομένων κ’ μεταδεδομένων, Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
    * Σύστημα Εισόδου σε Δικτυακούς Τόπους του Δημοσίου μέσω των κωδικών Ηλεκτρονικής Τραπεζικής του πολίτη – “Πρόσβαση 2.0”, Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
    * Αυτόματη Επικαιροποίηση και Κωδικοποίηση Νομολογίας, Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
    * Ηλεκτρονική-μορφή νομοθεσίας με δυνατότητα αναφοράς σε οποιαδήποτε παράγραφό της, Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
    * Ενoποιημένο Σύστημα Λογιστικής Υποστήριξης Μικρών και Μικρομεσαίων Επιχειρήσεων (ΕΣΛΥ/ΜΜΕ) , Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος


Επιπλέον θα παρουσιαστούν επιλεγμένες κεντρικές παρεμβάσεις ηλεκτρονικής Διακυβέρνησης από φορείς που σχετίζονται με το περιεχόμενο των παραπάνω προτάσεων.

Συμμετοχή μπορείτε να δηλώσετε στο σύνδεσμο Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος – αφού πρώτα συνδεθείτε με τον λογαριασμό σας στην σελίδα Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος

[Δ. Κουναλάκης]

ΠΡΟΓΡΑΜΜΑ

ΠΡΟΣΕΛΕΥΣΗ 11:30

EIΣΑΓΩΓΗ  12:00 - 12:30

    * Ι. Πανάρετος, Yφυπουργός Παιδείας Δια Βίου Μάθησης & Θρησκευμάτων,  Πολιτικά υπεύθυνος για την Ανοικτή Διακυβέρνηση
    * Π.Τζωρτζάκης, Σύμβουλος του Πρωθυπουργού επί θεμάτων αξιοποίησης τεχνολογιών πληροφορικής και επικοινωνιών
    * Γ.Καραμανώλης, Ομάδα Ηλεκτρονικής Διακυβέρνησης

ΥΓΕΙΑ   12:30 - 13:30   

    * Διεξαγωγή ηλεκτρονικών προμηθειών στο χώρο της Υγείας,http://labs.opengov.gr/2011/03/11/3556 -  Tσάτσαρος Τρυφων, Χριστοδούλου Παναγιώτου
    * Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή, Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος  -  Κουναλάκης Δημήτριος
    * HΔΙΚΑ Α.Ε,  Σφυρόερας Βλάσης

ΑΠΟΚΕΝΤΡΩΜΕΝΗ ΔΙΑΧΕΙΡΙΣΗ ΔΕΔΟΜΕΝΩΝ ΚΑΙ ΣΥΝΑΛΛΑΓΩΝ  ΚΑΙ ΔΙΑΔΙΚΑΣΙΕΣ 13:30 - 14:45

    * Αξιοποίηση ολοκληρωμένου πληροφοριακού συστήματος συλλογής, παρακολούθησης, και διάχυσης στατιστικών και οικονομικών δεδομένων και μεταδεδομένων, Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος - Κυριάκος Κάσσης
    * Σύστημα Εισόδου σε Δικτυακούς Τόπους του Δημοσίου μέσω των κωδικών Ηλεκτρονικής Τραπεζικής του πολίτη – “Πρόσβαση 2.0”,http://labs.opengov.gr/2011/03/04/3528 - Κωνσταντίνος Φρυδάκης, winbank
    * “Δεν είναι η τεχνολογία..είναι η διαδικασία”  -  Χ. Παπαδούλης

--- ΔΙΑΛΕΙΜΜΑ  -  14:45 - 15:15 ---

ΕΠΙΧΕΙΡΗΜΑΤΙΚΟΤΗΤΑ  15:15 - 16:30

    * Ενoποιημένο Σύστημα Λογιστικής Υποστήριξης Μικρών και Μικρομεσαίων Επιχειρήσεων (ΕΣΛΥ/ΜΜΕ) , Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος , Βασίλης Πρεβελάκης
    * ΓΕΜΗ , ίδρυση επιχειρήσεων
    * STARTUPGREECE.GOV.GR

--- ΔΙΑΛΕΙΜΜΑ  16 : 30 - 16 : 45 ---

ΣΥΜΠΕΡΑΣΜΑΤΑ - ΣΥΖΗΤΗΣΗ - 16:45 - 18:00

    * Γ.Καραμανώλης , Ομάδα Ηλεκτρονικής Διακυβέρνησης - Επιστημονική Επιτροπή labs.OpenGov
    * Π. Τσιαβός , Προτάσεις στο labs.OpenGov για τη Νομοθεσία
    * Γ. Γιανναράκης, Eπιστημονική επιτροπή labs.OpenGov

(Υπο Διαμόρφωση)

*Στην επιλογή των προτάσεων η επιστημονική επιτροπή (Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος ) συνεκτίμησε στοιχεία όπως : Ευστοχία της περιγραφής του προβλήματος, χρησιμότητα της προτεινόμενης λύσης, σχόλια και βαθμολογία της κοινότητας του labs.OpenGov

[Denominator]

Κάθε σχόλιο-προταση καλοδεχούμενα.

Το σημαντικότερο πρόβλημα είναι ότι δεν προβλέπεται διαδικασία τροποποίησης της συνταγής μετά την έκδοσή της. Έτσι, αν διαπιστωθεί ένα λάθος, η συνταγή πρέπει να ακυρωθεί και να ξαναγραφεί.

[Denominator]

Ένα ακόμη bug του συστήματος, το οποίο ομολογώ ότι δεν το είχα προσέξει τόσο καιρό, είναι το ότι όταν γράφει κανείς τρίμηνη συνταγή με φάρμακα τα οποία διαρκούν 28 ημέρες, η δεύτερη και η τρίτη συνταγή λογίζεται ημερολογιακά και όχι με βάση τις 28 ημέρες (π.χ. σε μία τρίμηνη με pritor και lacipil που έχουν και τα δύο από 28 δισκία που θα γραφεί σήμερα, η δεύτερη θα εκτελείται από 15-22/8 και η τρίτη από 15-22/9).
Με τον τρόπο αυτό ο ασθενής υστερεί κατά 7-9 ημέρες σε κάθε τρίμηνη.
Έχει κανείς ακούσει/ρωτήσει αν δικαιολογείται η έκδοση της επόμενης συνταγής σε διάστημα συντομότερο κατά το ως άνω αναφερόμενο; Θέλω να πιστεύω ότι ναι.

[Δ. Κουναλάκης]

Ένα ακόμη bug του συστήματος, το οποίο ομολογώ ότι δεν το είχα προσέξει τόσο καιρό, είναι το ότι όταν γράφει κανείς τρίμηνη συνταγή με φάρμακα τα οποία διαρκούν 28 ημέρες, η δεύτερη και η τρίτη συνταγή λογίζεται ημερολογιακά και όχι με βάση τις 28 ημέρες (π.χ. σε μία τρίμηνη με pritor και lacipil που έχουν και τα δύο από 28 δισκία που θα γραφεί σήμερα, η δεύτερη θα εκτελείται από 15-22/8 και η τρίτη από 15-22/9).
Με τον τρόπο αυτό ο ασθενής υστερεί κατά 7-9 ημέρες σε κάθε τρίμηνη.
Έχει κανείς ακούσει/ρωτήσει αν δικαιολογείται η έκδοση της επόμενης συνταγής σε διάστημα συντομότερο κατά το ως άνω αναφερόμενο; Θέλω να πιστεύω ότι ναι.

Από εκεί που επιλεγεις την τρίμηνη, ακριβώς από κάτω έχει τις ημερομηνίες που θα βγουν η δεύτερη και τρίτη. Άλλαξε τις.
Σου αφήνει περιθώριο να δώσεις ανά 28 ημέρες την τρίμηνη. Εγώ πρακτικά, ρουτίνα δίνω τις τρίμηνες ανά 28 ημέρες. Αφού επιτρέπουν να κυκλοφορούν 28αρια φαρμακα....

[Denominator]

Από εκεί που επιλεγεις την τρίμηνη, ακριβώς από κάτω έχει τις ημερομηνίες που θα βγουν η δεύτερη και τρίτη. Άλλαξε τις.
Σου αφήνει περιθώριο να δώσεις ανά 28 ημέρες την τρίμηνη. Εγώ πρακτικά, ρουτίνα δίνω τις τρίμηνες ανά 28 ημέρες. Αφού επιτρέπουν να κυκλοφορούν 28αρια φαρμακα....

Ευχαριστώ πολύ Δημήτρη!