Forum Πρωτοβάθμιας Φροντίδας Υγείας

Θέματα Εργασίας => ΕΟΠΥΥ => Μήνυμα ξεκίνησε από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 13:53:39

Τίτλος: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 13:53:39
Το λογισμικό ηλεκτρονικής συνταγογραφίας (http://www.e-syntagografisi.gr/) αλλά και αυτών ιατρικών πράξεων του ΟΠΑΔ (http://www.e-diagnosis.gr/medweb/login.aspx) λειτουργούν ως εφαρμογές web με θετικά και αρνητικά σημεία.

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

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

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

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

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

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

Θα ακολουθήσουν μια σειρά από μηνύματα σε XML του προτεινόμενου πρωτοκόλλου για δημόσια διαβούλευση και σχολιασμό.
Τίτλος: Αρχτεκτονική του πρωτοκόλλου - Διαδιακασία εισόδου
Αποστολή από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 14:21:27
Το πρωτόκολλο βασίζεται σε επικοινωνία με την χρήση κειμένου σε 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>
Τίτλος: Λήψη βάσης φαρμάκων και κωδικοποιήσεων
Αποστολή από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 14:29:05
Εάν ο αριθμός έκδοσης που βασίζεται σε 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
Τίτλος: Αναζήτηση παλαιότερων συνταγών στο σύστημα
Αποστολή από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 14:34:31
Μια άλλη λειτουργία που απαιτείται είναι η αναζήτηση παλαιότερων συνταγών ενός ασθενή.

Έτσι το λογισμικό του χρήστη στέλνει στο σύστημα του ΗΔΙΚΑ το παρακάτω αίτημα, όπου αναφέρονται το εύρος των ημερομηνιών που αναζητούνται συνταγές.
Κώδικας: Δεν είναι ορατοί οι σύνδεσμοι (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>

Να σημειώσω ότι στο υπάρχον σύστημα εάν θέλεις να δεις κάτι από μια προηγούμενη συνταγή πρέπει να ακυρώσεις ότι έχεις γράψει ήδη στη νέα συνταγή για να πας να ψάξεις τι είχε γραφτεί παλαιότερα.
Τίτλος: Έκδοση νέας συνταγής
Αποστολή από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 14:37:34
Τέλος το 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>
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 12 Μαρτίου 2011, 14:40:45
Επειδή ξέρω ότι θα μπερδέψει πολλούς τα παραπάνω μηνύματα δεν εμφανίζονται ποτέ στον τελικό χρήστη-ιατρό.
Είναι μηνύματα που δημιουργεί και στέλνει-λαμβάνει το λογισμικό ηλεκτρονικού φακέλου με το σύστημα ηλεκτρονικής συνταγογραφίας του ΗΔΙΚΑ.
Ο χρήστης απλά χρησιμοποιεί το λογισμικό που έχει μάθει και σχεδόν αγνοεί τις παραπάνω διαδικασίες.

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

Κάθε σχόλιο-προταση καλοδεχούμενα.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 15 Μαρτίου 2011, 12:38:34
Το συγκεκριμένο θέμα έχει κατατεθεί και στο http://labs.opengov.gr/2011/03/15/3574
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: tasath στις 15 Μαρτίου 2011, 17:57:28
Θα ήθελα να σας δώσω συγχαρητήρια για τα παραπάνω posts που περιγράφουν μια βιώσιμη (και εφικτή) διασύνδεση μεταξύ ετερογενών συστημάτων.
Και όπως σωστά γράφετε σε σχόλιό σας στο labs.opengov.gr, παρόμοια τεχνική μπορεί να επεκταθεί και στα φαρμακεία, αλλά και στα συστήματα άλλων φορέων (π.χ. ΓΓΠΣ) ώστε να έχουν πρόσβαση στα κατάλληλα δεδομένα. Στην εποχή μας, με τη χρήση Web Services και XML αυτά θεωρούνται τετριμμένα.

Δυστυχώς, η ελληνική πραγματικότητα δείχνει ότι τα modules διασύνδεσης εφαρμογών λογισμικού δεν προδιαγράφονται εγκαίρως και επαρκώς με αποτέλεσμα να παραπέμπονται στις γνωστές "καλένδες". Ακόμα περισσότερο όταν η τωρινή εφαρμογή ηλεκτρονικής συνταγογράφησης δεν λειτουργεί στο βαθμό που θα έπρεπε και παρουσιάζει αρκετά προβλήματα.
Τίτλος: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή: Γιατί όχι το πρωτόκολλο HL7;
Αποστολή από: Δ. Κουναλάκης στις 18 Μαρτίου 2011, 00:23:26
Μια συνήθη απορία που θα έχει κανείς διαβάζοντας όλα τα παραπάνω είναι γιατί να μην χρησιμοποιηθεί το γνωστό πρωτόκολλο Health Level Seven ή HL7 που μπορείτε να δείτε εδώ: http://www.hl7.org/
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 είναι πολλά....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 27 Απριλίου 2011, 16:45:58
Η πρόταση στο OpenGov.gr προκρίθηκε για παρουσίαση: http://labs.opengov.gr/2011/03/15/3574


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

    * Διεξαγωγή ηλεκτρονικών προμηθειών στο χώρο της Υγείας , http://labs.opengov.gr/2011/03/11/3556
    * Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή , http://labs.opengov.gr/2011/03/15/3574
    * Αξιοποίηση ολοκληρωμένου πληροφοριακού συστήματος συλλογής, παρακολούθησης, και διάχυσης στατιστικών και οικονομικών δεδομένων κ’ μεταδεδομένων, http://labs.opengov.gr/2011/03/08/3536
    * Σύστημα Εισόδου σε Δικτυακούς Τόπους του Δημοσίου μέσω των κωδικών Ηλεκτρονικής Τραπεζικής του πολίτη – “Πρόσβαση 2.0”, http://labs.opengov.gr/2011/03/04/3528
    * Αυτόματη Επικαιροποίηση και Κωδικοποίηση Νομολογίας, http://labs.opengov.gr/2011/02/23/3498
    * Ηλεκτρονική-μορφή νομοθεσίας με δυνατότητα αναφοράς σε οποιαδήποτε παράγραφό της, http://labs.opengov.gr/2011/03/11/3553
    * Ενoποιημένο Σύστημα Λογιστικής Υποστήριξης Μικρών και Μικρομεσαίων Επιχειρήσεων (ΕΣΛΥ/ΜΜΕ) , http://labs.opengov.gr/2011/03/11/3559


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

Συμμετοχή μπορείτε να δηλώσετε στο σύνδεσμο http://labs.opengov.gr/event-subscribe – αφού πρώτα συνδεθείτε με τον λογαριασμό σας στην σελίδα http://labs.opengov.gr/login?action=login
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 29 Απριλίου 2011, 08:22:58
ΠΡΟΓΡΑΜΜΑ

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

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

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

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

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

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

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

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

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

    * Ενoποιημένο Σύστημα Λογιστικής Υποστήριξης Μικρών και Μικρομεσαίων Επιχειρήσεων (ΕΣΛΥ/ΜΜΕ) , http://labs.opengov.gr/2011/03/11/3559 , Βασίλης Πρεβελάκης
    * ΓΕΜΗ , ίδρυση επιχειρήσεων
    * STARTUPGREECE.GOV.GR

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

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

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

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

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


Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Denominator στις 13 Ιουνίου 2011, 00:37:30
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Κάθε σχόλιο-προταση καλοδεχούμενα.
Το σημαντικότερο πρόβλημα είναι ότι δεν προβλέπεται διαδικασία τροποποίησης της συνταγής μετά την έκδοσή της. Έτσι, αν διαπιστωθεί ένα λάθος, η συνταγή πρέπει να ακυρωθεί και να ξαναγραφεί.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Denominator στις 15 Ιουλίου 2011, 20:01:47
Ένα ακόμη bug του συστήματος, το οποίο ομολογώ ότι δεν το είχα προσέξει τόσο καιρό, είναι το ότι όταν γράφει κανείς τρίμηνη συνταγή με φάρμακα τα οποία διαρκούν 28 ημέρες, η δεύτερη και η τρίτη συνταγή λογίζεται ημερολογιακά και όχι με βάση τις 28 ημέρες (π.χ. σε μία τρίμηνη με pritor και lacipil που έχουν και τα δύο από 28 δισκία που θα γραφεί σήμερα, η δεύτερη θα εκτελείται από 15-22/8 και η τρίτη από 15-22/9).
Με τον τρόπο αυτό ο ασθενής υστερεί κατά 7-9 ημέρες σε κάθε τρίμηνη.
Έχει κανείς ακούσει/ρωτήσει αν δικαιολογείται η έκδοση της επόμενης συνταγής σε διάστημα συντομότερο κατά το ως άνω αναφερόμενο; Θέλω να πιστεύω ότι ναι.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 16 Ιουλίου 2011, 00:44:58
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Ένα ακόμη bug του συστήματος, το οποίο ομολογώ ότι δεν το είχα προσέξει τόσο καιρό, είναι το ότι όταν γράφει κανείς τρίμηνη συνταγή με φάρμακα τα οποία διαρκούν 28 ημέρες, η δεύτερη και η τρίτη συνταγή λογίζεται ημερολογιακά και όχι με βάση τις 28 ημέρες (π.χ. σε μία τρίμηνη με pritor και lacipil που έχουν και τα δύο από 28 δισκία που θα γραφεί σήμερα, η δεύτερη θα εκτελείται από 15-22/8 και η τρίτη από 15-22/9).
Με τον τρόπο αυτό ο ασθενής υστερεί κατά 7-9 ημέρες σε κάθε τρίμηνη.
Έχει κανείς ακούσει/ρωτήσει αν δικαιολογείται η έκδοση της επόμενης συνταγής σε διάστημα συντομότερο κατά το ως άνω αναφερόμενο; Θέλω να πιστεύω ότι ναι.

Από εκεί που επιλεγεις την τρίμηνη, ακριβώς από κάτω έχει τις ημερομηνίες που θα βγουν η δεύτερη και τρίτη. Άλλαξε τις.
Σου αφήνει περιθώριο να δώσεις ανά 28 ημέρες την τρίμηνη. Εγώ πρακτικά, ρουτίνα δίνω τις τρίμηνες ανά 28 ημέρες. Αφού επιτρέπουν να κυκλοφορούν 28αρια φαρμακα....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Denominator στις 16 Ιουλίου 2011, 00:52:03
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Από εκεί που επιλεγεις την τρίμηνη, ακριβώς από κάτω έχει τις ημερομηνίες που θα βγουν η δεύτερη και τρίτη. Άλλαξε τις.
Σου αφήνει περιθώριο να δώσεις ανά 28 ημέρες την τρίμηνη. Εγώ πρακτικά, ρουτίνα δίνω τις τρίμηνες ανά 28 ημέρες. Αφού επιτρέπουν να κυκλοφορούν 28αρια φαρμακα....
Ευχαριστώ πολύ Δημήτρη!
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 18 Μαρτίου 2012, 08:57:47
Όπως θα δείτε πέρασε ένας χρόνος από την τότε πρόταση (http://labs.opengov.gr/2011/03/15/3574) μου. Φυσικά, όπως συμβαίνει στην Ελλάδα (και όχι στη Δανία) τίποτα δεν έχει υλοποιηθεί.

Αξίζει (και προσπαθώ να είμαι δίκαιος πάντα) όμως να αναφέρω ότι στις 14/3/2012 όπως μπορείτε να δείτε εδώ (http://www.idika.gr/news.php) έγινε μια παρουσίαση της μελέτης για αυτή την πρόταση. Στα επισυναπτόμενα κείμενα έχω το Δελτίο τύπου και τις τρεις παρουσιάσεις που μπορείτε φυσικά να τις κατεβάσετε και από την σελίδα της ΗΔΙΚΑ.

Αξίζει επίσης να αναφέρω ότι και εδώ οι φαρμακοποιοί είναι οι πρώτοι ωφελημένοι του συστήματος.
Αναρωτιέμαι εάν θα τύχουν υλοποίησης πριν τις εκλογές ή εάν θα ξαναπεριμένουμε για εγκρίσεις, μελέτες, κλπ για τους γιατρούς.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 1 Μαΐου 2012, 22:38:32
Καλό μήνα κατ αρχήν,
έχω χαθεί αρκετά αλλά ένα μεγάλο μέρος του ελεύθερου χρόνου μου μονοπωλεί ως εθελοντική δουλειά, ένα πρωτόκολλο επικοινωνίας για την ηλεκτρονική συνταγογράφηση το οποίο είναι βασισμένο σε διεθνή πρότυπα του HL7 & του Epsos. Η ΗΔΙΚΑ έχει δώσει την μελέτη σε μια εταιρεία πληροφορικής και ο ανάδοχος που έχει φτιάξει το λογισμικό της ηλεκτρονικής συνταγογράφησης (ΗΣ) θα αναλάβει να το υλοποιήσει με χρήματα που δίνει ο Πανελλήνιος Φαρμακευτικός Σύλλογος ώστε να τα συστήματα αποθήκης των φαρμακείων να μπορούν να επικοινωνούν άμεσα με την ΗΣ και να εκτελούν τις συνταγές. Παράλληλα, θα μπορούν να περνάνε και κάθε χειρόγραφη συνταγή άμεσα από το σύστημα τους. Αυτό πρακτικά σημαίνει ότι μέσα στην "δουλειά" περιλαμβάνεται και το κομμάτι του ιατρού (έκδοση-ακύρωση συνταγής).

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

Ένα σημαντικό πρόβλημα του υπάρχοντος συστήματος ΗΣ είναι ο ηλίθιος τρόπος με τον οποίο ορίζεται η δοσολογία του κάθε φαρμάκου με ότι κωμικο-τραγικά μπορεί να συμβούν. Προσωπικά, θεωρώ ότι είναι θέμα χρόνου, με το υπάρχον σύστημα ΗΣ, να καταλήξει κάποιος συνάδελφος σε κάποιο δικαστήριο με κατηγορίες για όχι σωστή δοσολογία των φαρμάκων με συνέπειες για τον ασθενή.

Επειδή δεν είμαστε όλοι οι συνάδελφοι το ίδιο, δεν σκεφτόμαστε το ίδιο, δεν εκφραζόμαστε όμοια, και γενικότερα υπάρχει μεγάλη ποικιλία στο πως γράφουμε την δοσολογία σε φάρμακα θα ήθελα παραδείγματα δοσολογίας που συνήθως χρησιμοποιείτε ή τρόπους με τους οποίους γράφετε την δοσολογία.
Έχω σκεφτεί τους ακόλουθους:
α) 1x2 για 10 ημέρες
β) 0-1-2 για 10 ημέρες
γ) 1χ1 εκτός Τετάρτης και Κυριακής
δ) 1/2 Δευ-Τετ-Παρ, τις υπόλοιπες 3/4
ε) 1x3 για 5 ημέρες, 1x2 για 3 ημέρες, 1χ1 γα 3 ημέρες
στ) 0-0-1/2 για 15 ημέρες και κατόπιν 0-0-1
ζ) 1-1/2-1/2
η) 1 χάπι για δύο συνεχόμενες μέρες κάθε μήνα
θ) 1 χάπι μια φορά την εβδομάδα
ι) 1 χάπι κάθε 15 ημέρες
ια) 1x1 για μια εβδομάδα,  1 φορά/εβδομάδα για ένα μήνα, 1 φορά/μήνα για 4 μήνες
ιβ) 10 μονάδες προ έναρξης φαγητού
ιγ) 1χ1 τις δύο πρώτες μέρες της εβδομάδας
ιδ) 5ml επί πυρετού μέχρι 4φορές/ημέρα με 6 ώρες διαφορά μεταξύ των δόσεων
ιε) 1 υπόθετο πριν την κατάκλιση για 3 ημέρες

Κάθε διαφορετικό είδος έκφρασης δοσολογίας καλοδεχούμενο. Πρέπει να φτιαχτούν παραδείγματα στην γλώσσα του πρωτοκόλλου καθώς οι της πληροφορικής δεν έχουν ιδέα για το θέμα και αρκούνται στις προσωπικές τους εμπειρίες.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: mikihur στις 3 Μαΐου 2012, 11:03:08
Στην ψυχιατρική χρησιμοποιούμε επίσης τα:

επί αϋπνίας (πολύ συχνό)

επί ανησυχίας

επί διεγέρσεως (αυτό συνήθως σε νοσηλευόμενους)

Μ.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Γιώργος Κανελλόπουλος στις 3 Μαΐου 2012, 14:49:16
Επί πόνου, επί κνησμού, επί συμπτωμάτων, επί Α.Π.>150mmHg
po, pr, IM, SC.
1x1 μέχρι την έμμηνο ρύση.
2x1 άμεσα, έπειτα 1 χάπι μετά από κάθε υδαρή κένωση.
μέγιστο χ χάπια/24h, μέγιστη διάρκεια ψ ημέρες επί συμπτωμάτων.
1x1 ανά χ ώρες, εναλλάξ με το ψ σκεύασμα, επί πυρετού >38.5.
1x1 επί της χ παρενέργειας του ψ σκευάσματος.
επανάληψη δόσης επί εμέτου εντός 1 ώρας από τη λήψη.
Κάποια από αυτά μπορούν να γραφούν ως σημείωση, όπως στο υπάρχον σύστημα Η/Σ.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 5 Μαΐου 2012, 12:45:24
Η αλήθεια είναι το HL7 που χρησιμοποιείται ως πρότυπο για να φτιαχτεί αυτό το πρωτόκολλο είναι μια γλώσσα περιγραφής που δοκιμάζει το επίπεδο νοημοσύνης όλων μας και ιδιαίτερα των προγραμματιστών που πρέπει να μεταφράσουν τις ανάγκες έκφρασης της δοσολογίας των ιατρών σε γλώσσα σαν αυτή του πρωτοκόλλου. Μέσα στο πρότυπο μέχρι στιγμής έχουν συμπεριληφθεί όλες οι δυνατότητες που δίνει το HL7 και ίσως δεν θα ήταν άσχημα να σας δώσω τι σημαίνει αυτό:
Σημειώνω: ΔΕΝ είναι δουλειά του γιατρού να τα περιγράψει έτσι, είναι δουλειά του προγραμματιστή, αλλά όσο "ιδιαίτερα" παραδείγματα δοσολογίας έχω σε επίπεδο του πως γράφει ο ιατρός την δοσολογία, τόσο περισσότερα παραδείγματα μπορεί να έχει υπόψιν του ο κάθε προγραμματιστής που είναι αναμενόμενο να του φαίνονται κινέζικα όλα αυτά που γράφουμε ως γιατροί σε δοσολογίες.

Υπάρχουν τρία είδη περιγραφής της συχνότητας της δοσολογίας:
1. Normal : Ο συνήθης
2. Combination: Όταν έχουμε ανάμιξη φαρμάκων πχ στις αλοιφές και τα κολλύρια
3. Split:σε περιπτώσεις που αλλάζει η δοσολογία, η συχνότητα ή και τα δύο με τις ημέρες λήψης πχ έναρξη 1χ1 για 10 ημέρες και μετά 1χ2
4. Conditional: λήψη φαρμάκου υπό συνθήκες, πχ οι μονάδες σε ταχεία ινσουλίνη
5. Taper: Δοσολογία που αλλάζει με τις ημέρες, πχ μειούμενες δόσεις κορτιζόνης

Σε καθένα από τα παραπάνω που επιλέγουμε, κάνουμε μια ή περισσότερες χρονικές περιγραφές με τα παρακάτω "πεδία":

TS : Περιγράφει ένα μοναδικό σημείο στο χρόνο με την μορφή ημερομηνίας/ώρας CCYYMMDDHHMMSS

PIVL_TS : Είναι το πιο συχνό και Περιγράφει ένα διάστημα χρόνου που εμφανίζει περιοδικότητα. Έχει τρεις πληροφορίες που περιγράφονται: phase (φάση), width (διάρκεια), period (περιοδικότητα).
Στη phase το tag "low" περιγράφει πότε ξεκινάει η χορήγηση του φαρμάκου και παίρνει τιμές  με την μορφή ημερομηνίας/ώρας CCYYMMDDHHMMSS
Στη width περιγράφεται η διάρκεια της δόσης πχ διάρκεια χορήγησης ενός ενδοφλεβίου φαρμάκου ή τα λίγα δευτερόλεπτα που διαρκεί μια εισπνοή στα εισπνεόμενα.
Στην period περιγράφεται κάθε πότε δίδεται η δόση.
Η wιdth και η period χρησιμοποιούν μονάδες μέτρησης (το tag unit) s, min, h, d, wk και mo που είναι δευτερόλεπτα, λεπτά, ώρες, μέρες, εβδομάδες, και μήνες αντίστοιχα.
παραδείγματα:
1. <effectiveTime xsi:type='PIVL_TS' operator='A'> <period value='8' unit='h' /></effectiveTime>  σημαίνει “Κάθε 8 ώρες”
2. <effectiveTime xsi:type='PIVL_TS' operator='A'> <phase> <low value="198701010800" inclusive="true"/> <width value="10" unit="min"/> </phase> <period value='1' unit='d'/></effectiveTime> σημαίνει  “Κάθε 1 μέρα για 10 λεπτά αρχόμενο από 01/01/1987 08:00”

EIVL_TS : Αντιστοιχεί σε ένα γεγονός* που δεν συμβαίνει την ίδια πάντα ώρα (πχ ένα γεύμα) αλλά σχετίζεται με την λήψη του φαρμάκου. Τα "γεγονότα" προέρχονται από συγκεκριμένο πίνακα και περιγράφονται με το tag event, ενώ με ένα άλλο tag το "offset" ορίζουμε την απόσταση από το "γεγονός", και το "width" ορίζει την διάρκεια λήψης με τις ίδιες χρονικές μονάδες με παραπάνω.
παράδειγμα:
<effectiveTime xsi:type='EIVL_TS' operator='A'><event code="ACM"/><offset><low value='1' unit='h'/><width value='10' unit='min'/></offset></effectiveTime> Σημαίνει μια ώρα πριν το πρωινό με διάρκεια 10 λεπτά.

PIVL_PPD_TS : Περιγράφει συχνότητες που εμφανίζουν διακύμανση πχ κάθε 4-6 ώρες
Εκεί το tag "period" περιγράφει το μέσο όρο της περιόδου και το tag "standardDeviation" περιγράφει το μισό της διακύμανσης. Και στις δύο περιπτώσεις χρησιμοποιούμε την ίδια μονάδα χρονικής μέτρησης που είδαμε παραπάνω. Έτσι, το "κάθε 4-6 ώρες" έχει period=5 & standardDeviation=1 και γίνεται:
<effectiveTime xsi:type='PIVL_PPD_TS' operator='A'> <period value='5' unit='h' /> <standardDeviation value='1' unit='h'></effectiveTime>

SXPR_TS : Είναι συνδυασμός των παραπάνω, και περιέχει πάνω από ένα tag "comp" που με την σειρά του περιέχει έναν από τους παραπάνω τρόπους δοσολογίας, όμως το πρώτο Comp πρεπει να είναι τύπου IVL_TS, όπου το IVL_TS είναι ότι το TS αλλά αντί να έχουμε ένα συγκεκριμένο χρονικό σημείο, έχουμε μια χρονική περίοδο με έναρξη-λήξη
παράδειγμα:
<effectiveTime xsi:type='SXPR_TS'>
   <comp xsi:type='IVL_TS'>
      <low value='20050603' />
   </comp>
   <comp xsi:type='PIVL_TS' operator='A'>
      <period value='6' unit='h' />
   </comp>
</effectiveTime>

*Τα γεγονότα που υπάρχουν προ-κωδικοποιημένα είναι:
AC    AC    before meal (from lat. ante cibus)
ACD    ACT    before lunch (from lat. ante cibus diurnus)
ACM    ACM    before breakfast (from lat. ante cibus matutinus)
ACV    ACV    before dinner (from lat. ante cibus vespertinus)
HS    HS    the hour of sleep
IC    IC    between meals (from lat. inter cibus)
ICD    ICD    between lunch and dinner
ICM    ICM    between breakfast and lunch
ICV    ICV    between dinner and the hour of sleep
PC    PC    after meal (from lat. post cibus)
PCD    PCD    after lunch (from lat. post cibus diurnus)
PCM    PCM    after breakfast (from lat. post cibus matutinus)
PCV    PCV    after dinner (from lat. post cibus vespertinus)

Όλα τα παραπάνω έχουν θέση στην Normal ή Combination δοσολογία. Στις υπόλοιπες όλα τα παραπάνω, περιγράφονται δύο ή περισσότερες φορές σε κάθε αλλαγή δόσης ('Split') ή περίπτωση ('Conditional')


Όσοι χάσατε την μπάλα με τα παραπάνω, σκεφτείτε που βρίσκονται οι προγραμματιστές......όταν βλέπουν "ιατρικά" θέματα.....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Zachariadis στις 5 Μαΐου 2012, 13:52:37
Να με συγχωρείται αλλά ειλικρινά δεν μπορώ να καταλάβω τί σχέση έχουν τα παραπάνω με το forum.
Για μιά στιγμή νόμιζα ότι μπήκα σε λάθος site
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Argirios Argiriou στις 5 Μαΐου 2012, 14:27:23
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Να με συγχωρείται αλλά ειλικρινά δεν μπορώ να καταλάβω τί σχέση έχουν τα παραπάνω με το forum.
Για μιά στιγμή νόμιζα ότι μπήκα σε λάθος site

Και όμως. Νομίζω ότι ο δρόμος για μια ουσιαστική αναβάθμιση της Πρωτοβάθμιας Φροντίδας Υγείας (που είναι από τους στόχους του φόρουμ) περνά, μεταξύ άλλων, και από μια αποτελεσματική μηχανοργάνωση.

Και δυστυχώς οι Πληροφορικάριοι από μόνοι τους δεν αρκούν στην περίπτωσή μας. Είναι απαραίτητη και η συνδρομή Ιατρών που κατέχουν και Πληροφορική.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 5 Μαΐου 2012, 14:52:57
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Να με συγχωρείται αλλά ειλικρινά δεν μπορώ να καταλάβω τί σχέση έχουν τα παραπάνω με το forum.
Για μιά στιγμή νόμιζα ότι μπήκα σε λάθος site

Αφού δεν μπορείς να καταλάβεις τα παραπάνω, να περιοριστείς σε ότι νομίζεις ότι λείπει σαν τρόπος έκφρασης της δοσολογίας φαρμάκων από το μήνυμα λίγο παραπάνω και μην ανησυχείς για τα υπόλοιπα. Η βοήθεια σου και έτσι εκτιμάται απόλυτα, δεν χρειάζεται τίποτα περισσότερο.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: trojy στις 5 Μαΐου 2012, 16:28:15
http://en.wikipedia.org/wiki/List_of_abbreviations_used_in_medical_prescriptions (http://en.wikipedia.org/wiki/List_of_abbreviations_used_in_medical_prescriptions)

Ο φαρμακοποιός καλείται για να μεταφέρει τις οδηγίες μετά την εκτέλεση (dispensing) να ετικετοποιήσει (labeling) κάθε κουτί (item) ξεχωριστά.
Π.χ. Αγγλία... ο ιατρός γράφει "1 tablet tds ac".   
Ο φαρμακοποιός το βλέπει αυτό ως στοιχείο και κρίνει. Είναι ενήλικας; Τότε γράφει "Take one tablet every 8 hours after food"
                                                                                Είναι μωρό;     Τότε γράφει "Give a spoonful after food every 8 hours"

Ο λόγος που αναφέρω το labeling είναι γιατί αποτελεί ουσιαστικά το αποτέλεσμα της διαδικασίας [Prescriber dispensing-> Pharmacy dispensing->Labeling].Κατανοώ ότι δεν σχετίζεται ούτε με το ERPs, ούτε με τα PMRs(αν και θα έπρεπε), αλλά το παραθέτω ως πηγή ιδεών.

Στο εξωτερικό, για πολλούς κ΄διάφορους λόγους, ΣΥΝΗΘΩΣ το labeling αποτελεί και το χρόνο έναρξης θεραπείας t= 0. Αυτό έχει να κάνει με το γεγονός ότι το labeling είναι αυτό που φανερώνει το χρόνο απόδοσης (item dispensed) του φαρμάκου στον ασθενή. 
Στην Ελλάδα, ο χρόνος έναρξης της θεραπείας πρέπει να είναι ελαστικότατος, τουλάχιστον για το πρώτο διάστημα.( Έχω στο μυαλό μου τη "μερική εκτέλεση")
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 5 Μαΐου 2012, 16:44:59
@trojy,
Ξέρω τι θέλεις να πεις αλλά στην παρούσα φάση μην πιάσουμε αυτό το θέμα.
Δεν έχω κάτι ανάλογο της σελίδας που παραθέτεις στα αγγλικά. Υπάρχει κάτι ανάλογο για την ελληνική πραγματικότητα;
Εσυ, σαν φαρμακοποιός έχουν δει αρκετά τα μάτια σου, μπορείς να συμπληρώσεις δοσολογίες που έχεις δει να χρησιμοποιούνται;
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: trojy στις 5 Μαΐου 2012, 17:42:01
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
@trojy,
Ξέρω τι θέλεις να πεις αλλά στην παρούσα φάση μην πιάσουμε αυτό το θέμα.
Δεν έχω κάτι ανάλογο της σελίδας που παραθέτεις στα αγγλικά. Υπάρχει κάτι ανάλογο για την ελληνική πραγματικότητα;
Εσυ, σαν φαρμακοποιός έχουν δει αρκετά τα μάτια σου, μπορείς να συμπληρώσεις δοσολογίες που έχεις δει να χρησιμοποιούνται;

Εύκολο. Το θέμα μου είναι ότι καταθέτουμε συνταγές τη Δευτέρα κ' είναι ένα απίστευτο μπάχαλο οι τιμές. Αν προλάβω θα το κάνω τη Δευτέρα επί τόπου. Αλλιώς, φτιάχνω σιγά σιγά ένα excelaki από τις πιθανές οδηγίες, γιατί τις συχνές, τις έχετε ήδη αναφέρει παραπάνω.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Argirios Argiriou στις 29 Μαΐου 2012, 21:15:09
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Αφού δεν μπορείς να καταλάβεις τα παραπάνω, να περιοριστείς σε ότι νομίζεις ότι λείπει σαν τρόπος έκφρασης της δοσολογίας φαρμάκων από το μήνυμα λίγο παραπάνω και μην ανησυχείς για τα υπόλοιπα. Η βοήθεια σου και έτσι εκτιμάται απόλυτα, δεν χρειάζεται τίποτα περισσότερο.


Στην Σουηδία στα τμήματα των νοσοκομείων οι Νοσηλεύτριες γράφανε, στο βιβλίο νοσηλείας, την δοσολογία ως π.χ. :Tabl. Brufen 600 mg   1-0-1-0 (και μερικές φορές γράφανε σε διπλανό κουτάκι για τα σχόλια, 1 tabl. ώρα 08.00 και 1 tabl. ώρα 17.00 μαζί με το φαγητό).

Επίσης για αποκλιμάκωση θεραπείας π.χ. όταν δίνανε μια θεραπεία κορτιζόνης από το στόμα, π.χ. Τabl. Prednisolon 5 mg, οι γιατροί γράφανε:
1η – 2η ημέρα:  10 x 1.                                                                                                                                     
3η –4η ημέρα:     5 x 1.                                                                                                                                         
5η – 6η ημέρα:    2 x 1.                                                                                                                                         
8η – 9η ημέρα:    1 x 1.




Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 5 Ιουνίου 2012, 08:14:41
Δύο συνεντεύξεις έδωσε ο διευθύνων σύμβουλος της ΗΔΙΚΑ σχετικά με το σύστημα της ηλεκτρονικής συνταγογράφησης όπως φαίνεται παρακάτω:
http://www.iatrikostypos.com/sinenteuksi/item/8885
http://www.idika.gr/files/synenteyxiHealthDaily280512.pdf
Είχε προηγηθεί και ο ΙΣΑ: http://www.idika.gr/files/anakoinosiISA_250512.pdf

Στις δύο πρώτες κάνει λόγο για το πρωτόκολλο διασύνδεσης ηλεκτρονικής συνταγογράφησης και λέει ότι θα ξεκινήσει από αρχές του Ιουνίου για τους φαρμακοποιούς και μάλιστα λέει ότι δεν θα χρειάζεται ο φαρμακοποιός να χρησιμοποιεί δύο συστήματα για να κάνει εκτέλεση.  Για τους γιατρούς μόνο υποσχέσεις χωρίς αντίκρυσμα.

Φυσικά, ψεύδεται. Γιατί όπως τουλάχιστον είχα ενημερωθεί από τον νυν υπεύθυνο του νυν λογισμικού ηλεκτρονικής συνταγογράφησης το πρωτόκολλο δεν θα χρησιμοποιηθεί για να γίνεται εκτέλεση της συνταγής αλλά για να λαμβάνει το σύστημα του φαρμακοποιού την εκτελεσμένη συνταγή, που εκτέλεση της έγινε από το web όπως γινόταν μέχρι σήμερα. Άρα ο φαρμακοποιός θα πηγαίνει όπως σήμερα να κάνει εκτέλεση και μετά θα ξαναπηγαίνει στο σύστημα του για να λάβει την συνταγή και να την ξαναεκτελέσει στο δικό του.

Να υπενθυμίσω τις παχουλές υποσχέσεις για το συγκεκριμένο πρωτόκολλο μετά την παρουσίαση που έκανα προτείνοντας το στο labs.opengov.gr το Μάρτιο του 2011. Η πρώτη υπόσχεση ήταν για τον Σεπτέμβριο του 2011, ακολούθως για τέλος Απριλίου 2012, τώρα μιλάμε για Ιούνιο 2012 (πέρασε και αυτή) Και πάμε για τέλος του 2012 και ο θεός βοηθός...... Αλήθεια, μήπως είναι καλύτερο να λένε στις υποσχέσεις το μήνα χωρίς το έτος;;;;;

Να μην ξεχνάμε ότι το υπάρχον σύστημα ηλεκτρονικής συνταγογράφησης ακόμη δεν έχει ξεκαθαρίσει εάν λειτουργεί στο συνήθη φόρτο. Αναμένεται η διακοπή της απεργίας των φαρμακοποιών και εκεί θα δούμε εάν θα λειτουργεί.....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 11 Ιουνίου 2012, 11:09:05
Η πρωτη  απάντηση μου στις συνεντεύξεις του κ. Σφυρόερα ήδη δημοσιεύτηκε.

Δείτε το επισυναπτόμενο στην σελίδα 4.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 2 Ιουλίου 2012, 15:04:24
Μια ακόμη δημοσίευση μου στον Ιατρικό τύπο:

http://www.iatrikostypos.com/me-ypografi/item/9168-%CE%B7%CE%BB%CE%B5%CE%BA%CF%84%CF%81%CE%BF%CE%BD%CE%B9%CE%BA%CE%AE-%CF%83%CF%85%CE%BD%CF%84%CE%B1%CE%B3%CE%BF%CE%B3%CF%81%CE%AC%CF%86%CE%B7%CF%83%CE%B7-%CE%B7-%CE%AC%CE%BB%CE%BB%CE%B7-%CE%BC%CE%B9%CF%83%CE%AE-%CE%B1%CE%BB%CE%AE%CE%B8%CE%B5%CE%B9%CE%B1.html
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 5 Ιουλίου 2012, 17:24:56
Σε αυτή τη χώρα που η χρέωση του 1 ευρώ τελικά θα παραμείνει για κάθε χειρόγραφη συνταγή, με ένα σύστημα ηλεκτρονικής συνταγογράφησης που λειτουργεί, αλλά μόνο τις ώρες... κοινής ησυχίας, και το βραβεύουν ως εργαλείο παραγωγικότητας επειδή θέλεις 20 λεπτά να γράψεις μια συνταγή (πόσα τους έδωσε άραγε η Oracle τελικά να χρησιμοποιήσουν το άχρηστο ADF) αντί για 1 λεπτό, έρχεται το πιο tragic από όλα:
Το HL7 Hellas (σημειώνω ότι το hl7.gr ανήκει στην εταιρία που κυρίως βρίσκεται πίσω από το hl7.org.gr, έτσι για να δείτε τη διαπλοκή) διοργανώνει την ημερίδα με θέμα «Βέλτιστες Πρακτικές Διαλειτουργικότητας στον Τομέα της Υγείας και Κοινωνικής Ασφάλισης» στις 9/7/2012 και ώρα 13:00 στην Εθνική Σχολή Δημόσιας Υγείας.

Το μενού έχει ελπιδοφόρες προσπάθειες για νέα projects με το νέο υπουργό...... Μπορείτε να δείτε το επισυναπτόμενο πρόγραμμα της ημερίδας.

Για τους ευτυχείς που αγνοούν αυτό το Health Level 7 (ή HL7) είναι ένα πρωτόκολλο-γλώσσα επικοινωνίας μεταξύ λογισμικών που χρησιμοποιούνται στην υγεία ώστε όταν μια μονάδα υγείας αγοράζει ένα λογισμικό από ένα προμηθευτή να μπορεί να προβλέψει, να στοιχειοθετήσει ή και να απαιτήσει την επικοινωνία και διασύνδεση του με ήδη υπάρχοντα λογισμικά που διαθέτει ή σκοπεύει να αποκτήσει.
Το μεγάλο μυστικό βεβαία είναι ότι "υποστηρίζω HL7" δεν σημαίνει απολύτως καμιά συμβατότητα καθώς κάθε εφαρμογή-λογισμικό που το υλοποιεί, επιλέγει από τα διαθέσιμα από το HL7, ένα αριθμό μηνυμάτων, ένα αριθμό πεδίων, ένα αριθμό υποπεδίων, ένα αριθμό custom πεδίων που η ίδια ορίζει και φυσικά ορίζει και τις κωδικοποιήσεις που θα χρησιμοποιήσει και φτιάχνει ένα "κείμενο συμμόρφωσης" το οποίο πρέπει να ακολουθεί και η άλλη εφαρμογή-λογισμικό που θα διασυνδεθεί. Εάν δεν το καταλάβατε, σας λέω ότι το πρωτόκολλο HL7 είναι η λατινική αλφάβητος και τα "κείμενα συμμόρφωσης" είναι ότι η κάθε λατινογενής γλώσσα. Εάν λοιπόν, κάποιος νομίζει ότι ξέροντας αγγλικά, μπορεί να καταλάβει από τον Πάπα που μιλά λατινικά μέχρι την Μέρκελ που μιλά γερμανικά, τότε είναι άξιος για να γίνει διοικητής ελληνικού νοσοκομείου και να παραγγέλνει ότι του προσφέρει την μεγαλύτερη μίζα. Εάν, μπορεί να καταλάβει αυτή την διαφορά αλλά την κρατά επτασφράγιστο μυστικό τότε μπορεί να κερδίσει μια θέση στην ΚτΠ ΑΕ, σε ελληνικά ακαδημαϊκά ιδρύματα και σε ότι άλλο βάλει κανείς στο μυαλό του.

Τώρα, το HL7 είναι εξαιρετικό για ένα διαμεσολαβητή-μονάδα υγείας που προσπαθεί να πείσει έλληνες κατασκευαστές λογισμικού και έλληνες projects managers (κάτι σαν τους έλληνες βουλευτές, δεν διαβάζουν ποτέ τι κάνει αυτό που πουλάν-προωθούν) να συνεργαστούν ώστε να έχει λογισμικά-εφαρμογές από πολλούς κατασκευαστές και να μην εξαρτάται από ένα (σκέψου να χρεοκοπήσει αυτός ο ένας). Εκεί η σχέση είναι συνεργασία μεταξύ ίσων. Ποτέ μου όμως δεν κατάλαβα γιατί όταν ένα ταμείο (πχ ΕΟΠΥΥ) ή ένας κρατικός οργανισμός (πχ ΗΔΙΚΑ) πρέπει να είναι αναγκασμένα να χρησιμοποιήσουν το HL7 για να υλοποιήσουν το πρωτόκολλο επικοινωνίας του συστήματος ηλεκτρονικής συνταγογράφησης με τα ERPs και τους ηλεκτρονικούς φακέλους. Εκεί, η σχέση είναι ένας ισχυρός (με μαχαίρι και πεπόνι) προς πολλούς (και υπάκουους). Όντας και γιατρός, κατανοώ τον σαδομαζοχισμό που διακατέχει τόσο τους ακαδημαϊκούς όσο και τους άσχετους project managers που διαθέτει η Ελλάδα, για τους λαμβάνάνοντες τις αποφάσεις αρκεί και μια ακτινογραφία εγκεφάλου για να αποδείξει το κενό. Συνεπώς, επαληθεύτηκα για άλλη μια φορά όταν πριν ενάμισι χρόνο μιλώντας στα openlabs έλεγα ότι δεν είναι υποχρεωτικό να χρησιμοποιήσουμε το HL7 για να κάνουμε το πρωτόκολλο στην ηλεκτρονική συνταγογράφηση, αρκεί και ένα custom πρωτόκολλο σε XML που να κάνει αυτό που θέλουμε (το περιέγραψα κιόλας εδώ στο forum), γιατί θα φτάσουμε να μας δυσκολεύει το πρωτόκολλο χωρίς να έχουμε να κερδίσουμε τίποτα. Σήμερα λοιπόν, η υλοποίηση του πρωτοκόλλου που φτιάχτηκε βάση HL7 & Epsos (για έκδοση συνταγής ειδικά) δυσκολεύει πολύ αυτό που θα το υλοποιήσει για τον server. Το δε περιεχόμενο των πεδίων είναι σε διαπραγμάτευση ακόμη και τα σχόλια μου πάμπολα. Υπόσχομαι να δημοσιεύσω την σχετική αλληλογραφία το Σεπτέμβρη του 2012 εάν μέχρι τότε δεν έχουμε το πρωτόκολλο να λειτουργεί.

Κουράστηκα, πάω για κανένα μπανάκι, και επειδή λόγω κρίσης τα δρομολόγια έχουν λιγοστέψει, θα αναγκαστώ να βρεθώ νωρίτερα στην Αθήνα για την επιστροφή μου στα πάτρια Κρητικά εδάφη. Έτσι, λέω να τους εμφανιστώ και να δω εάν οι ομιλητές βιάζονται πολύ να φύγουν από τις 15λεπτες ομιλίες τους γιατί έχουν επείγοντα ραντεβού σε κανένα φαγάδικο ή εντευκτήριο....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 15 Ιουλίου 2012, 11:21:47
ΤΟ ΣΥΣΤΗΜΑ ΗΛΕΚΤΡΟΝΙΚΗΣ ΣΥΝΤΑΓΟΓΡΑΦΗΣΗΣ (ΣΗΣ)

Είναι πασίγνωστο το γεγονός ότι σήμερα προκύπτουν αρκετά ζητήματα και προβληματισμοί σε σχέση με το πολυδιαφημισμένο Σύστημα Ηλεκτρονικής Συνταγογράφησης (ΣΗΣ). Ένα σύστημα που ξεκίνησε με μεγάλες προσδοκίες και καταλήγει να επιδεινώνει αντί να βελτιώνει τα πράγματα.
Πολλά ερωτηματικά αιωρούνται όσον αφορά τον σχεδιασμό του, την υποστήριξή του, τον προγραμματισμό του, την πιλοτική εφαρμογή και επέκτασή του, τις μελέτες σκοπιμότητας και κυρίως την σύγκρουση «συμφερόντων» πίσω απ’ την προκήρυξη ενός τεράστιου διαγωνισμού (περίπου 24 εκατ. €) για την Ψηφιακή Στρατηγική και Εγκατάσταση ενός νέου και διαφορετικού ΣΗΣ.
Οι ευθύνες των διοικητικών και πολιτικών αρμοδίων γι’ αυτήν την τραγελαφική κατάσταση είναι τεράστιες. Το ΣΗΣ αποτελεί ένα ακόμα λαμπρό παράδειγμα κατασπατάλησης δημοσίου χρήματος, πιθανής κατάχρησης εξουσίας, κακής διαχείρισης πόρων και υπηρεσιών και αποδεδειγμένης κακοδιαχείρισης  σε πολλαπλά επίπεδα.
Δεν είναι όμως μόνον η μερική ή παντελής έλλειψη ηλεκτρονικού εξοπλισμού στις δημόσιες δομές του συστήματος υγείας που επιδεινώνει σήμερα το πρόβλημα. Ούτε μόνον η έλλειψη γραμμών σύνδεσης internet, που «ζητιανεύονται» από άλλους φορείς σε πολλά χωριά της περιοχής μας, υποτίθεται για να προσφέρουν λύσεις.
Είναι κυρίως η άρνηση υιοθέτησης από την ΗΔΙΚΑ σύγχρονων εφαρμογών, που κατ’ επανάληψη έχουν προταθεί, για τον απλούστατο λόγο ότι τα λογισμικά αυτά δεν είναι δικά της και επομένως οι τσέπες των στελεχών της θα μείνουν άδειες.
Για παράδειγμα, η αποκλειστική επιλογή της webικής τεχνολογίας για την υλοποίηση της ΗΣ, αποτελεί σήμερα μια επιλογή που έχει σοβαρά προβλήματα σε αγροτικές περιοχές και ιατρεία και που η σύνδεση στο internet περιορίζεται στη χρήση ασύρματων συνδέσεων GPRS( και όχι 3G) και η πλοήγηση στην εφαρμογή για την έκδοση συνταγών είναι υπερβολικά χρονοβόρα. Λύση στο παραπάνω θα μπορεί να δώσει το πρωτόκολλο διασύνδεσης με την ΗΣ (http.labς.opengov.gr/2011/03/15/3574).
Μ’ αυτό, χωρίς να καταργείται η υπάρχουσα εφαρμογή ΗΣ, είναι δυνατή δημιουργία λογισμικού ηλεκτρονικού φακέλου ασθενή που τρέχει τοπικά στον υπολογιστή του γιατρού ή του φαρμακοποιού και επικοινωνεί απευθείας με το ΣΗΣ για την έκδοση και την εκτέλεση της συνταγής. Υπάρχοντα λογισμικά και ERPs σε μονάδες υγείας-νοσοκομεία μπορούν να συνδεθούν με την ΗΣ. Νέα λογισμικά μπορούν να φτιαχτούν στα μέτρα και τις ανάγκες του χρήστη.
Ο γιατρός συνθέτει την συνταγή στον υπολογιστή του και στο τέλος το λογισμικό αποστέλλει τα δεδομένα στο ΣΗΣ για να γίνει η έκδοση της συνταγής.
Αντίστοιχα ο φαρμακοποιός εκτελεί την συνταγή απευθείας από το σύστημα αποθήκης του φαρμακείου. Έτσι περιορίζεται το φορτίο του ΣΗΣ, είναι ευκολότερη η έκδοση συνταγής, ακόμη και σε σύνδεση GPRS και μειώνεται ο χρόνος που απαιτείται για την έκδοση και εκτέλεση της συνταγής.
Δυστυχώς αν και το συγκεκριμένο πρωτόκολλο έχει προταθεί από τον Μάρτιο του 2011, η ΗΔΙΚΑ, που ανέπτυξε η ίδια την νέα εφαρμογή, αρνείται και καθυστερεί συνεχώς την υλοποίηση του.
Αυτή είναι μια πρόταση δεν κοστίζει και πραγματικά βελτιώνει το ΣΗΣ. Τέτοιες προτάσεις, έχουν γίνει κατ’ επανάληψη. Δυστυχώς όμως, οι κυβερνητικοί και διοικητικοί αρμόδιοι τις έχουν πετάξει στις καλένδες και με το πρόσχημα της οικονομικής κρίσης προσπαθούν με «μπαλώματα να δώσουν λύσεις». Εκτός και αν αυτές οι προτάσεις δεν είναι «συμφέρουσες» σε ορισμένους!
      
               ΚΩΝ/ΝΟΣ ΓΙΑΝΝΑΚΟΠΟΥΛΟΣ
                                                       ΠΡΟΕΔΡΟΣ Ι.Σ.ΛΑΡΙΣΑΣ

Πηγή: http://www.isli.gr/site/index.php/2012-04-20-13-58-30/579-2012-07-13-20-32-35
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: ΜΗΝΑΣ ΠΑΠΑΓΕΩΡΓΙΟΥ στις 24 Οκτωβρίου 2012, 22:22:46
Καλησπέρα σε όλους..

Προσπαθώ να βρω documentation για τα web service της ΗΣ, και πιο συγκεκριμένα για το client κομματι του φαρμακείου, αλλα δεν εχω βρει κάτι.
Σε email στην ΗΔΙΚΑ δεν είχα απάντηση.

Είναι διαθέσιμο; Μπορεί κάποιος να με παραπεμψει καπου;

Ευχαριστω.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 24 Οκτωβρίου 2012, 22:54:14
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Καλησπέρα σε όλους..

Προσπαθώ να βρω documentation για τα web service της ΗΣ, και πιο συγκεκριμένα για το client κομματι του φαρμακείου, αλλα δεν εχω βρει κάτι.
Σε email στην ΗΔΙΚΑ δεν είχα απάντηση.

Είναι διαθέσιμο; Μπορεί κάποιος να με παραπεμψει καπου;

Ευχαριστω.

Δοκίμασε να μιλήσεις με τον κ. Ασιμακόπουλο στο 2132168248. Κρατάνε λίστα με τις εταιρίες λογισμικού σε αυτό το χώρο....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 24 Οκτωβρίου 2012, 23:08:45
Μια και πιάσαμε το συγκεκριμένο thread να σας ενημερώσω, ότι παντελώς ανεπίσημα, ο ΕΟΠΥΥ ζήτηση την απενεργοποίηση της αντιγραφής συνταγής ΜΕ τις θεραπείες.....Και η ΗΔΙΚΑ υπάκουσε....:
Υπάρχουν δύο πιθανές εκδοχές συνεπώς:
α) Κάποιοι ψηλά ιθύνοντες λαδώνονται για να έχει πελάτες το medisto & med-Express
β) Κάποιοι ψηλά ιθύνοντες είναι τόσο, μα τόσο σαδιστές με τους γιατρούς. Δεν μπορούσε άραγε να έχει δυνατότητα αντιγραφής συνταγής με θεραπείες για 48ώρες από την έκδοση της συνταγής ώστε μπορεί να γίνεται εύκολα η κάθε διόρθωση αλλά να μην διευκολύνει τις αντιγραφές κάθε μήνα; Αλλά ξέχασα τα κομματόσκυλα και οι καρεκλοκένταυροι που έχει ο ΕΟΠΥΥ δεν διακρίνονται για την νοημοσύνη τους.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: D-Michalis στις 7 Νοεμβρίου 2012, 20:32:42
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
... Αλλά ξέχασα τα κομματόσκυλα και οι καρεκλοκένταυροι που έχει ο ΕΟΠΥΥ δεν διακρίνονται για την νοημοσύνη τους.


και την τιμιότητά τους βεβαίως –βεβαίως
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικ
Αποστολή από: EzeΤΡΟΛ στις 7 Νοεμβρίου 2012, 23:57:22
Χαιρέτησε ο Σφυρόερας.

Κατά τη γνώμη μου, έπρεπε να είχε κάνει το λογισμικό της συνταγογράφησης πολύ πιο φιλικό προς τον ιατρό και όχι να μας εξωθεί (σκόπιμα; ) να αγοράζουμε με πληρωμή πακέτα εφαρμογών για να διευκολυνθούμε στη δουλειά μας.

Άντε γεια και από μας.

ΗΔΙΚΑ: Παραιτήθηκε ο διευθ. σύμβουλος Βλ. Σφυρόερας! (http://www.farmakopoioi.blogspot.gr/2012/11/blog-post_2155.html)
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 8 Νοεμβρίου 2012, 09:28:34
Ο Σφυρόερας δεν παραιτήθηκε με δική του θέληση. Τον παραιτήσαν.

Το κομμάτι του γιατρού στην ΗΣ είναι αφημένο στην τύχη του. Ουδείς από την ΗΔΙΚΑ ενδιαφέρεται και καμιά διόρθωση δεν έχει γίνει από την πλευρά της χρηστικότητας. Οι ελάχιστες αλλαγές και συχνά μη χρηστικές αλλαγές που έχουν γίνει στόχο έχουν πως θα μειώσουν την συνταγογράφηση ή πως θα "τρομάξουν" τους γιατρούς.

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

Προσωπικά μου βιώματα με κάνουν να μην τον θεωρώ αξιόπιστο:
α) Στην παρουσία μου στο labs.opengov.gr όταν παρουσίασα τα αρνητικά του συστήματος της ΗΣ, αντί να εισπράξω μια απάντηση στα θέματα που έθιγα, εισέπραξα ένα βαρύ κατηγορώ για τους γιατρούς και τι νόμιζε ότι κάνουν. Και στο τέλος της ομιλίας του αρνήθηκε να απαντήσει σε ερωτήσεις από το κοινό γιατί είχε επείγουσα δουλειά, αλλά έφαγε 1.5 ώρα έξω συζητώντας.
β) Κανένα από τα χρονοδιαγράμματα του που υποσχόταν για τους γιατρούς δεν τηρήθηκε. Από εξάμηνο σε εξάμηνο και από χρόνο σε χρόνο.

Η εντύπωση μου είναι ότι όσο η Δρέττα τους χάραζε μια πορεία που ήταν κοινή για γιατρούς-φαρμακοποιούς τα πράγματα ήταν αποδεκτά. Όταν αυτή έφυγε, πέσαν οι μάσκες....

Να δουμε τι θα κάνει και ο επόμενος... και ελπίζω να ακολουθήσουν το Σφυρόερα και κάποιοι από τον ΕΟΠΥΥ. Για τους σαδιστές μόνιμους εκτός από τις συνταξιοδοτήσεις, υπάρχουν και οι μετατάξεις.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 13 Δεκεμβρίου 2012, 09:15:46
να προσθέσω δύο πράγματα:
α) Από την χθεσινή συνέντευξη τύπου του Λουράντου η αναφορά: "Μας ζητήσανε ανθρώπους να τους βοηθήσουν στην ηλεκτρονική συνταγογράφηση και τους δώσαμε..." επιβεβαιώνει άλλη μια φορά ότι η πυξίδα της ΗΔΙΚΑ στην ηλεκτρονική συνταγογράφηση είναι οι θέσεις των φαρμακοποιών.

β) Είδα το σύστημα της εταιρίας που έχει ο ΕΟΠΥΥ στους υπαλλήλους των ταμείων για να περνάνε τις συνταγές που καταθέτουν οι ασφαλισμένοι όταν κάνουν απεργία οι φαρμακοποιοί. Τα σχόλια μου:
- Απαιτείται να περαστεί η συνταγή δύο φορές εξ αρχής (μια για την αίτηση του ασφαλισμένου και μια για την εκκαθάριση). Ο υπάλληλος επιλέγει αριθμό μητρώου ασθενή, αναζητεί το όνομα του γιατρού (ΑΜΚΑ δεν παίζει), επιλέγει ένα-ένα τα φάρμακα και παιρνάει τιμή (τμή χωρίς ΦΠΑ και ΦΠΑ), διάγνωση (με ICD10), ποσότητα, (όχι βέβαια φαρμακειο), και αυτό το κάνει δύο φορές. Φυσικά δεν υπάρχει καμιά σύνδεση με την ηλεκτρονική συνταγογραφία της ΗΔΙΚΑ ώστε να τα παίρνουν έτοιμα, παρά το ΑΡΙ που είναι ήδη σε λειτουργία. Εννοείται ότι η κάθε συνταγή θέλει τουλάχιστον 7 λεπτά σε ώρα που το σύστημα δουλεύει σφαίρα και ο υπάλληλος είναι ταχύτατος σε συνδυασμούς πλήκτρων και ποντίκι. Χρονομετρημένο.
- Δυσκολεύει τον υπάλληλο καθώς δεν μπορεί να γίνει αναζήτηση φαρμάκων με κωδικό Barcode και έτσι δεν μπορούν να χρησιμοποιηθούν barcode scanners να διαβάζουν τα barcode από τα αυτοκόλητα των φαρμάκων που είναι επικολλημένα στη συνταγή.
- Ο υπάλληλος που δεν είναι γιατρός πρέπει να περάσει την διάγνωση με αναζήτηση από κωδικούς ICD10 μόνο και για κάθε φάρμακο. Αυτό σημαίνει ότι κάποιος που δεν είναι γιατρός, δεν έχει δει τον ασθενή, αυτοσχεδιάζει. Φανταστείτε ότι δεν ξέρουν ποια διάγνωση αντιστοιχεί σε ποιο φάρμακο. Και το αποτέλεσμα είναι ότι μπορεί τα φάρμακα στην εκκαθάριση να απορριφθούν και να βγαίνει λάθος ποσό επιστροφής στον ασθενή.
- Υπάρχουν σχεδιαστικά λάθη όπως: Εκκαθαρίζει με τιμές φαρμάκων της σημερινής ημερομηνίας και όχι της ημερομηνίας εκτέλεσης της συνταγής, με αποτέλεσμα ο ασθενής να λαμβάνει λιγότερα χρήματα πίσω. Επίσης, ζητάει να παιρνιούνται ξεχωριστά η τιμή του φαρμάκου και ξεχωριστά ο ΦΠΑ επί της τιμής.

Συνεπώς, η εκκαθάριση για τους ασφαλισμένους σε συνταγές που πλήρωσαν και κατέθεσαν πάει με ρυθμούς χελώνας....
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: barracuda στις 29 Δεκεμβρίου 2012, 11:43:16
Καλησπέρα και χρόνια πολλά

Εχει καταφέρει κανείς να συνδυάσει την ηλεκτρονική συνταγογραφηση με το λογισμικό ανοικτού κώδικα OpenEMR?
Αν ναί πως τα κατάφερε?

Ευχαριστώ

Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: gnikolaidis στις 22 Ιανουαρίου 2013, 10:29:35
Παρά τα διαβήματά μας (αρμοδίως και μέσω προσωπικών επαφών) προς την ΗΔΙΚΑ, μέχρι και σήμερα υπήρξε αδύνατο να βρούμε οποιαδήποτε πληροφορία σχετικά με τις προδιαγραφές διασύνδεσης.

Πιστεύουμε πως έχουμε κάτι σημαντικό να προσφέρουμε στην ιατρική κοινότητα, αλλά δυστυχώς το Κράτος στέκεται εμπόδιο.

Εκ μέρους του Οδηγού Φαρμάκων "Γαληνός", παρακαλώ θερμά το όποιο μέλος του forum γνωρίζει κάτι παραπάνω, να μας βοηθήσει να συνδέσουμε το Γαληνό με την ηλεκτρονική συνταγογράφηση.

Νικολαϊδης Γιώργος
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 4 Μαρτίου 2013, 09:45:50
Με το επισυναπτόμενο έγγραφο από την Διαύγεια η ΗΔΙΚΑ ξόδεψε άλλα 20.000 ευρώ για να αγοράσει νέους servers για να μπορέσει να υποστηρίξει την τελευταία έκδοση της ηλεκτρονικής συνταγογράφησης με τις "επισκέψεις" και τις "εξετάσεις". Σε αυτά τα 20 χιλιάρικα θα υπολογίσουμε ότι περιλαμβάνονται και αδειοδοτήσεις-συντηρήσεις που σημαίνει ότι περίπου 7000 θα ξοδεύονται για κάθε χρόνο λειτουργίας.

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

Τέλος του Μάρτη 2013 κλείνουν 2 χρόνια από την πρόταση που έγινε στο labs.opengov.gr στην αρχή αυτού του thread χωρίς υλοποιηθεί απολύτως τίποτα.
Αξίζει να αναφερθεί ότι ο πρόεδρος του HL7 Hellas είχε έντονα αναφερθεί στην χρήση πρωτοκόλλων HL7 αλλά όλη η επικοινωνία του HL7 Hellas με την ΗΔΙΚΑ είναι εν κρυπτό. Προφανώς, δεν είναι δημοσιοποιήσιμη.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 11 Μαρτίου 2013, 10:52:19
Αύριο κλείνουν 2 χρόνια από τότε που ξεκίνησε αυτό το θέμα στο φόρουμ, σε 5 μέρες από τότε που αναρτήθηκε στο labs.opengov.gr (http://labs.opengov.gr/2011/03/15/3574) και σε δυο εβδομάδες από τότε που παρουσιάστηκε στην ημερίδα του labs.opengov (είναι μια από τις προτάσεις στην κεντρική σελίδα).

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

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

Κουράστηκα να περιμένω, αποφάσισα να προχωρήσω χωρίς αυτούς όπως είχα πει και παλαιότερα.
Η έτερη λύση πλην του να φτιάξω λογισμικό που να μιμείται το web browser, είναι να ενσωματώσω σε ένα λογισμικό ένα web browser και να τον ελέγχω.
Χθες λοιπόν, μετά από προσπάθεια και μελέτη μιας εβδομάδας κατάφερα να εκδόσω την πρώτη συνταγή από λογισμικό με βάση τα φάρμακα που είχα δώσει να περιέχει. Ταυτόχρονα, έχοντας μελετήσει τον html κώδικα του e-syntagografisi μπορεί πλέον να αντλεί συνταγές από τo σύστημα (και να τις κάνει διαθέσιμες για αντιγραφή) ενώ ο χρήστης βλέπεις τις προηγούμενες συνταγές του ασθενή. Είναι εντυπωσιακό να βλέπεις να χρειάζονται 5-9 δευτερόλεπτα για να δημιουργηθεί μια συνταγή. Έχv πολλά ακόμη να κάνω αλλά ήταν μια καλή αρχή σε μια μέρα ορόσημο.

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

Stay tuned!!!
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: samsok στις 15 Μαρτίου 2013, 19:35:03
αν καταλαβα καλα ,δημιουργησατε ενα λογισμικο  ηλεκτρονικου ιατρικου  φακελου που αυτοματα αντιγραφει σε συνταγη μεσω e-syntagografisi την αγωγη του ασθενους ?
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Αύριο κλείνουν 2 χρόνια από τότε που ξεκίνησε αυτό το θέμα στο φόρουμ, σε 5 μέρες από τότε που αναρτήθηκε στο labs.opengov.gr (http://labs.opengov.gr/2011/03/15/3574) και σε δυο εβδομάδες από τότε που παρουσιάστηκε στην ημερίδα του labs.opengov (είναι μια από τις προτάσεις στην κεντρική σελίδα).

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

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

Κουράστηκα να περιμένω, αποφάσισα να προχωρήσω χωρίς αυτούς όπως είχα πει και παλαιότερα.
Η έτερη λύση πλην του να φτιάξω λογισμικό που να μιμείται το web browser, είναι να ενσωματώσω σε ένα λογισμικό ένα web browser και να τον ελέγχω.
Χθες λοιπόν, μετά από προσπάθεια και μελέτη μιας εβδομάδας κατάφερα να εκδόσω την πρώτη συνταγή από λογισμικό με βάση τα φάρμακα που είχα δώσει να περιέχει. Ταυτόχρονα, έχοντας μελετήσει τον html κώδικα του e-syntagografisi μπορεί πλέον να αντλεί συνταγές από τo σύστημα (και να τις κάνει διαθέσιμες για αντιγραφή) ενώ ο χρήστης βλέπεις τις προηγούμενες συνταγές του ασθενή. Είναι εντυπωσιακό να βλέπεις να χρειάζονται 5-9 δευτερόλεπτα για να δημιουργηθεί μια συνταγή. Έχv πολλά ακόμη να κάνω αλλά ήταν μια καλή αρχή σε μια μέρα ορόσημο.

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

Stay tuned!!!
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 17 Μαρτίου 2013, 00:41:27
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
αν καταλαβα καλα ,δημιουργησατε ενα λογισμικο  ηλεκτρονικου ιατρικου  φακελου που αυτοματα αντιγραφει σε συνταγη μεσω e-syntagografisi την αγωγη του ασθενους ?
Όχι, χρησιμοποίησα ένα περιβάλλον browser μέσα από το οποίο μπορείς να χρησιμοποιήσεις την Ηλ. Συνταγογράφηση που απλά έχει δύο κουμπάκια επιπλέον:
Με το πρώτο κουμπί, όταν βλέπεις μια ήδη γραμμένη συνταγή ενός ασθενή (από το ιστορικό του ασθενή) μπορείς να του ζητήσεις να κρατήσει τα στοιχεία και τα φάρμακα της συνταγής. Τα στοιχεία αυτά μπορείς να τα τροποποιήσεις πριν το επόμενο βήμα.
Με το δεύτερο κουμπί, έχοντας πάει στην έκδοση συνταγής μπορεί να σου συμπληρώσει, να σου επιλέξει τα φάρμακα και να ετοιμάσει την συνταγή με τα στοιχεία που κράτησε με το πρώτο κουμπί.
Είναι δηλαδή ότι η απενεργοποιημένη επιλογή "αντιγραφή συνταγής" αλλά με τις θεραπείες.

Σήμερα κατάφερα να το κάνω σε ώρες που το σύστημα της ΗΔΙΚΑ δεν σέρνεται, να θέλει μόλις 3-4 δευτερόλεπτα για να συμπληρώσει την συνταγή.  Πλέον δεν βασίζεται σε timers αλλά σε events και έτσι η ταχύτητα του εξαρτάται από το φόρτο που έχει το σύστημα της Ηλ. Συνταγογράφησης.
Έχω αρκετές ιδέες ακόμη και ο τελικός στόχος είναι να το ενσωματώσω σε λογισμικό ηλεκτρονικού φακέλου που έχω φτιάξει.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 4 Αυγούστου 2013, 14:58:57
[logged]Επισυνάπτω την τελευταία έκδοση του πρωτόκολου διασύνδεσης με την Ηλ. Συνταγογράφηση όπως έχει φτιαχτεί για τους φαρμακοποιούς.
Λειτουργεί και για τους γιατρούς σε επίπεδο, άντλησης συνταγής.[/logged]
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: lazaridis στις 12 Δεκεμβρίου 2013, 14:26:54
Από που μπορεί κανείς να παρακολουθεί τις εξελίξεις πάνω στο συγκεκριμένο API (νέες εκδόσεις κλπ); Δημοσιεύονται σε κάποια σελίδα στην ΗΔΙΚΑ;
Ευχαριστώ!
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: gnikolaidis στις 27 Αυγούστου 2014, 12:20:51
Αγαπητέ κ Κουνάλακη, μήπως έχετε τίποτα νεότερο σχετικά με την αποστολή συνταγής μέσω API; Το subgov.gr δείχνει να κυβερνά απτόητο παρά τα 4 χρόνια από την χρεοκοπία της χώρας...

Ευχαριστώ θερμά για τον αγώνα που δίνετε, στηριζόμαστε επάνω σας!
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 27 Αυγούστου 2014, 14:54:57
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Αγαπητέ κ Κουνάλακη, μήπως έχετε τίποτα νεότερο σχετικά με την αποστολή συνταγής μέσω API; Το subgov.gr δείχνει να κυβερνά απτόητο παρά τα 4 χρόνια από την χρεοκοπία της χώρας...

Ευχαριστώ θερμά για τον αγώνα που δίνετε, στηριζόμαστε επάνω σας!
Μέχρι τις 20 Σεπτεμβρίου η ΒΥΤΕ ασχολείται με οτι λέει η υπουργική απόφαση. Μετά βλέπουμε. Η απορία μου είναι ποσο χαζοι ώστε να φτιάξουν και webικο φάκελο ασθενή με τα κουτσουρεμενα χρήματα που συμφώνησαν
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: gnikolaidis στις 27 Αυγούστου 2014, 15:09:16
Τα ΜΜΕ, όπως και το site της BYTE, αναφέρουν σύμβαση 18 μηνών με τίμημα 11,955 εκατ. ευρώ, πλέον ΦΠΑ. Το σώμα της σύμβασης δεν φαίνεται να έχει αναρτηθεί πουθενά.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 27 Αυγούστου 2014, 15:51:36
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Τα ΜΜΕ, όπως και το site της BYTE, αναφέρουν σύμβαση 18 μηνών με τίμημα 11,955 εκατ. ευρώ, πλέον ΦΠΑ. Το σώμα της σύμβασης δεν φαίνεται να έχει αναρτηθεί πουθενά.
Είναι μια προκήρυξη του ΕΣΠΑ πριν 2-3 χρόνια που μονο ο Χαλαρης ξέρει τι περιλαμβάνει πλέον.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 3 Νοεμβρίου 2014, 12:14:17
Από μήνυμα στην Ηλ. Συνταγογράφηση:
   
Σας ενημερώνουμε ότι την Τετάρτη 5/11 και ώρα 13:00 θα πραγματοποιηθεί παρουσίαση του API ιατρών του συστήματος Η/Σ στα γραφεία της ΗΔΙΚΑ ΑΕ, Λαγουμιτζή 40 στον 4ο όροφο. Παρακαλούμε για την προσέλευση των ενδιαφερόμενων εταιρειών.

   
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Xouzouris στις 3 Νοεμβρίου 2014, 20:28:51
ΟΛΕ!!!  ;D

Αντε να δουμε...
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: pzogr στις 3 Νοεμβρίου 2014, 21:57:29
Πάντως λέει για εταιρείες, άρα μάλλον δεν θα αφορά στους κοινούς θνητούς.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 5 Νοεμβρίου 2014, 17:24:55
Η ιστορία ξεκίνησε κάπως έτσι: http://labs.opengov.gr/2011/03/15/3574
Μια πρόταση μου που ξεκίνησε 3.5 χρόνια πριν, που την αγκάλιασαν οι φαρμακοποιοί και φτιάχτηκε το δικό τους ΑΡΙ, ξεκίνησε και για τους γιατρούς.
Σήμερα στην ΗΔΙΚΑ δεν έφταναν οι καρέκλες να κάτσουν εκπρόσωποι εταιριών που ενδιαφέρονται για τον ηλεκτρονικό φάκελο ασθενή και να παρακολουθήσουν την παρουσίαση για το ΑΡΙ των γιατρών, την διασύνδεση δηλαδή του ηλεκτρονικού φακέλου ασθενή του γιατρού με την Ηλ. Συνταγογράφηση.
Από την ΗΔΙΚΑ υποσχέθηκαν ότι από τον επόμενο μήνα θα μπορεί να χρησιμοποιηθεί.
Αν υλοποιηθεί, θα δούμε μια μεγάλη επανάσταση στην ηλεκτρονική υγεία στην Ελλάδα.
Σύντομα θα μπορέσουν και τα νοσοκομεία να λαμβάνουν ηλεκτρονικά με τον κωδικό του παρεπεμπτικού τις εξετάσεις που περιέχει. Ακολουθούν τα διαγνωστικά κέντρα.
Η ΗΔΙΚΑ φαίνεται πως κατάλαβε το ρόλο της και τρέχει. Μοναδική τροχοπέδη πλέον είναι ο ΕΟΠΥΥ.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 27 Νοεμβρίου 2014, 09:16:15
20 ημέρες μετά, η ΗΔΙΚΑ δεν δίνει πρόσβαση, δεν ανακοινώνει προδιαγραφές, θολό τοπίο με συνεχείς αναβολές.
Βιάστηκα. Ποτέ μην πεις καλό λόγο σε αυτή τη χώρα εάν δεν το δεις τελειωμένο και λειτουργικό.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 3 Δεκεμβρίου 2014, 15:48:19
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
20 ημέρες μετά, η ΗΔΙΚΑ δεν δίνει πρόσβαση, δεν ανακοινώνει προδιαγραφές, θολό τοπίο με συνεχείς αναβολές.
Βιάστηκα. Ποτέ μην πεις καλό λόγο σε αυτή τη χώρα εάν δεν το δεις τελειωμένο και λειτουργικό.

Η συνέχεια είναι πιο απογοητευτική....  Έχουν βγάλει προδιαγραφές που περιγράφουν ήδη υπάρχοντα queries από τα οποία τουλάχιστον τα μισά είναι άχρηστα στη πράξη. Δεν υπάρχουν προδιαγραφές για το πως ανοίγεις/κλείνεις/ακυρώνεις/δημιουργείς μια επισκεψη ούτε για το πως εκδίδεις/βλέπεις/ακυρώνεις μια συνταγή/παραπεμπτικό. Ακόμη και οι προδιαγραφές για το πως να πάρεις τις βάσεις για φάρμακα/διαγνώσεις/πρωτόκολλα/στοιχεία (ταμεία, κλπ) είναι χωρίς versioning .... Θα ανοίγεις το πρόγραμμα και θα κατεβάζει 10ΜΒ βάσεις για είσαι σίγουρος ότι έχεις την τελευταία έκδοση. Έδωσαν κωδικούς αλλά περιβάλλον ΑΡΙ για δοκιμές δεν υπάρχει.
Από την εμπειρία μου με την ΗΔΙΚΑ και τον συγκεκριμένο ανάδοχο, φαντάζομαι ότι πριν το Μάη δεν θα μπορεί να λειτουργεί το ΑΡΙ των γιατρών σωστά & πλήρως.... Στοιχήματα δεκτά.
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 31 Ιανουαρίου 2015, 16:49:02
Πρόσκληση Συμμετοχής στην ημερίδα ανοιχτής διαβούλευσης προς όλες τις ενδιαφερόμενες εταιρείες πληροφορικής και νέων τεχνολογιών
Ημερομηνία δημοσίευσης: Χθες 10:53:10 π.μ.
Σας προσκαλούμε την Πέμπτη 5 Φεβρουαρίου 2015 και ώρα 13:00 στα γραφεία της ΗΔΙΚΑ Α.Ε.  (4ος όροφος) στην ημερίδα ανοιχτής Διαβούλευσης με θέμα:

« Παρουσίαση του νέου μηχανισμού εκτέλεσης παραπεμπτικών του Συστήματος Ηλεκτρονικής Συνταγογράφησης και σχεδιασμός μηχανισμού διαλειτουργικότητας με εφαρμογές Διαγνωστικών Κέντρων»
Για την επιβεβαίωση της παρουσίας σας είναι απαραίτητη η αποστολή των στοιχείων της εταιρίας καθώς και του αριθμού συμμετεχόντων  στο email : diagnostic.api.support@idika.gr
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 27 Φεβρουαρίου 2015, 11:11:18
Από 1η Μάρτη, η Ηλ. Συνταγογράφηση θα σέρνεται και πάλι και όσοι πάνε στα νοσοκομεία θα φύγουν με μια χειρόγραφη συνταγή και θα αναζητούν μετά ιδιώτη γιατρό ή κέντρο υγείας να τους γράψει τα φάρμακα σε ηλεκτρονική. Μπορούμε να κατηγορήσουμε το γιατρό στα ΤΕΠ ή στα εξωτερικά ιατρεία που μες τον πανικό πρέπει να καθίσει να κάνει click & click σε μια web σελίδα που σέρνεται για να γράψει τις 20-25 διαφορετικές θεραπείες που χρησιμοποιεί σε ένα συγκεκριμένο ιατρείο; Ή να γράψει κάθε εξέταση που θα κάνει ο ασθενής στο ΤΕΠ ηλεκτρονικά;

Η web σελίδα της Ηλ. Συνταγογράφησης της Η.ΔΙ.Κ.Α. α.ε. [(πρώην)-Κ.Η.Υ.Κ.Υ] θεωρείται ίσως η καλύτερη πανευρωπαϊκώς για ένα πολύ απλό λόγο: Σε καμιά χώρα στον κόσμο δεν χρησιμοποιούν μια σελίδα web για Ηλ. Συνταγογράφηση για κάθε ειδικότητα ιατρών, για κάθε μονάδα υγείας, για κάθε αντικείμενο εργασίας μιας ιατρικής ειδικότητας. Σε όλες τις χώρες, υπάρχει μια "διεπαφή", Application Programming Interface (API) το ονομάζουν, που το λογισμικό της μονάδας που εργάζεσαι επικοινωνεί με τον κεντρικό σέρβερ και κάνει έκδοση συνταγών και παραπεμπτικών. Και σαφώς το λογισμικό της μονάδας σου είναι φτιαγμένο στα μέτρα του ιατρείου σου ώστε να βλέπεις όσο το δυνατόν περισσότερους ασθενείς με το καλύτερο αποτέλεσμα. Πάνε 4 χρόνια πλέον, που είχα κάνει πρόταση στο opengov.gr το παραπάνω όπως μπορείτε να διαβάσετε στο παρακάτω link: http://www.pfy.gr/forum/index.php/topic,2552.0.html H Ηδικα τότε κινητοποιήθηκε και το έκανε άμεσα με δικούς της πόρους για τους φαρμακοποιούς αλλά για τους γιατρούς πήγε στις καλένδες.

Από το φθινόπωρο του 2014 υλοποιείται ένα πρόγραμμα ΕΣΠΑ της European Commission στην ΗΔΙΚΑ που μια από τις πρώτες προτεραιότητες του στην προκήρυξη ήταν να φτιάξει το ΑΡΙ, την διεπαφή των γιατρών. Δυστυχώς, μέχρι σήμερα αυτό υλοποιείται με ένα βήμα μπρος και δύο βήματα πίσω. Υπάρχουν πιο "οικονομικώς ενδιαφέροντα" θέματα για την ΗΔΙΚΑ, όπως να γεμίσει τους γιατρούς και τους φαρμακοποιούς με USB stick αντί του κωδικού πρόσβασης και να δυσκολέψει ακόμη περισσότερο την χρήση της Ηλ. Συνταγογράφηση. Αντίθετα, η διασύνδεση των λογισμικών των νοσοκομείων, του φακέλου ασθενή του γιατρού, και η δημιουργία λογισμικών που θα βοηθήσουν τον γιατρό να γίνει περισσότερο παραγωγικός, και να δει διαφορά στην καθημερινότητα του ο ασθενής, δεν φαίνεται να την απασχολεί.

Φαντάζομαι ότι για ένα γιατρό όπως ο κ. Ioannis Baskozos αυτά είναι κατανοητά, αλλά ακόμη και για τον κ. υπουργό Κουρουμπλής Παναγιώτης/Kouroumplis Panagiotis υπάρχει ένα παράδειγμα: Σήμερα σε ένα νοσοκομείο, ο ασθενής στήνεται με τις ώρες στο γραφείο κίνησης όπου ο διοικητικός υπάλληλος αντιγράφει, μια-μια, κάθε εξέταση του Ηλ. παραπεμπτικού στο λογισμικό του νοσοκομείου για να κάνει την χρέωση και να εκδώσει το νέο εσωτερικό ηλεκτρονικό παραπεμπτικό του Νοσοκομείου. Με το ΑΡΙ, αρκούσε απλά να δώσει τον κωδικό του παραπεμπτικού και το ΑΜΚΑ του ασθενή. Αυτά δεν είναι η πρώτη φορά που τα γράφω, ο εοπυυ & το Υπουργείο Υγείας τα έχουν ακούσει αρκετές φορές. Θέλουμε τις ουρές και τις αναμονές των 2-3 ωρών; Θέλουμε μια μισητή Ηλ. Συνταγογράφηση για το γιατρό ή ένα εργαλείο στα χέρια του και στα χέρια του Υπουργείο Υγείας και Κοινωνικών Ασφαλίσεων;
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: theswiss στις 30 Απριλίου 2020, 08:03:09
Από καθαρή περιέργεια (μιας και ήδη χρησιμοποιώ ένα εμπορικό πρόγραμμα συνταγογράφησης) έχει κάποιος το documentation να δούμε πως λειτουργεί το περίφημο API ιατρών?
Τίτλος: Απ: Ηλεκτρονική συνταγογράφηση: Πρωτόκολλο επικοινωνίας με ERPs, φακέλους ασθενή
Αποστολή από: Δ. Κουναλάκης στις 30 Απριλίου 2020, 09:33:37
Δεν είναι ορατοί οι σύνδεσμοι (links). Εγγραφή ή Είσοδος
Από καθαρή περιέργεια (μιας και ήδη χρησιμοποιώ ένα εμπορικό πρόγραμμα συνταγογράφησης) έχει κάποιος το documentation να δούμε πως λειτουργεί το περίφημο API ιατρών?
Το documentation είναι απίστευτα ελλιπές, παραθέτουν τις κλήσεις με μια σύντομη περιγραφή. Πρέπει να χρησιμοποιήσεις όμως κωδικό πρόσβασης κατασκευαστή λογισμικού για να τις δεις.