Ποιό είναι το πρόβλημα στην Ελλάδα στο eHealth
Πληροφορική ένας Πολλαπλασιαστής Ισχύος
Ποιός πήρε το τυρί μου; (Η Διαλειτουργικότητα)
Διαπιστώσεις και Στρατηγική
Αργοναύτες Υγείας μια σημαντική πρωτοβουλία (Argonaut Health)
1 of 15
Download to read offline
More Related Content
Το Παρόν της Διαλειτουργικότητας στον Τομέα της Υγείας
1. Κακουλίδης Γιώργος. CEO , APOLLO SA
ΕΛΛΗΝΙΚΟΣ ΣΥΝΔΈΣΜΟΣ ΠΛΗΡΟΦΟΡΙΚΉΣ ΥΓΕΊΑΣ
Το Παρόν της Διαλειτουργικότητας
στον Τομέα της Υγείας
5. Διαπιστώσεις - Στρατηγικής
1. Η διαλειτουργικότητα είναι ένα δύσκολο πρόβλημα δεδομένου ότι αφορά
τους ανθρώπους και την διαχείριση της πληροφορίας. Δεν είναι πρόβλημα
τεχνολογίας, είναι πρόβλημα μεταξύ ανθρώπων και πρόβλημα
διαχείρισης της πληροφορίας.
2. Ετησίως οι δημόσιες επενδύσεις στην Ψηφιακή Υγεία είναι κοντά στο 1,6 τοις
χιλίοις (‰) πέρίπου 15M€ της Δημόσιας Δαπάνης Υγείας που ανέρχεται
στα 9 δισ. €
3. Η τεχνολογία δεν χρησιμοποιείται ως ένας «πολλαπλασιαστής ισχύος» εν
όψει του περιορισμένου δυναμικού & πόρων του συστήματος υγείας μας.
(τριπλασιασμός των επενδύσεων στα 48Μ€ ετησίως μπορεί να συνεισφέρει με έναν πολλαπλασιαστή
μείωσης τουλάχιστον 4% των δαπανών υγείας ήτοι πάνω από 360Μ€ και μετατόπιση του προφίλ
υγείας των πολιτών προς την πρόληψη & πρωτοβάθμια φροντίδα υγείας)
8. Διαπιστώσεις - Τεχνολογίας
• Θεμέλιο της διαλειτουργικότητας θα πρέπει να είναι μια εναρμονισμένη
αρχιτεκτονική με βάση τα Δημόσια ΑΡΙs
– Δημόσια APIs ως βασικός αγωγός της διαλειτουργικότητας
– Τα Δημόσια ΑΡΙs θα πρέπει να επιτρέπουν την πρόσβαση σε δεδομένα και
έγγραφα σε κλινικά και οικονομικά δεδομένα σύμφωνα και με τις
σύγχρονες αρχές του διαδικτύου
– Πιστοποίηση των Δημόσιων APIs
9. Τι κάνει ένα API “Δημόσιο API”
Σε ένα “Δημόσιο API" δεν σημαίνει ότι τα δεδομένα εκτίθενται χωρίς να
λαμβάνεται υπόψη το απόρρητο και η ασφάλεια.
Αυτό που είναι «Δημόσιο" σε ένα «Δημόσιο API" είναι ότι τα μέσα για τη
διασύνδεσή του είναι
• ομοιόμορφα διαθέσιμα
• βασίζονται αποκλειστικά σε πρότυπα
• δοκιμάζονται για συμμόρφωση με αυτά τα πρότυπα από αξιόπιστα τρίτα μέρη
• και τέλος υπάρχουν καθορισμένα, δίκαια εφαρμοσμένα, επιχειρηματικά και
νομικά πλαίσια για την χρήση του API.
10. Διαπιστώσεις - Τεχνολογίας
• Priority API Services. Οι βασικές υπηρεσίες δεδομένων και προφίλ πρέπει να
καθορίζουν τους ελάχιστους τύπους δεδομένων και εγγράφων που πρέπει να
υποστηρίζονται από τα Δημόσια APIs
• Άμεσες Υλοποιήσεις έως την εφαρμογή του Εθνικού Πλαισίου
Διαλειτουργικότητας.
– ePrescription
– Read/Write to clinical documents & clinical data elements
– Patient Access
– Pluggable apps for patient & for clinicians
– Population health & Research
– Administrative transactions
• Ήδη γνωρίζουμε τις καλύτερες πρακτικές και τα στοιχεία που μπορούμε να
δανειστούμε από διαφορετικές χώρες.
11. Διαπιστώσεις - Τεχνολογίας
• To κράτος θα πρέπει να δίνει κίνητρα στην αγορά. Θα πρέπει να
παρακολουθεί δυναμικά την πρόοδο της διαλειτουργικότητας και να μην
εφαρμόζει αποτρεπτικά μέτρα για την υιοθέτηση των Δημόσιων ΑΡΙs
– Να ενθαρρύνει και παροτρύνει τους κατασκευαστές λογισμικού να
παρέχουν πρόσβαση σε τρίτα μέρη σε δημόσια APIs βάσει κατάλληλων
επιχειρηματικών και νομικών συμβάσεων
– Η στόχευση στη διαλειτουργικότητα θα στείλει ισχυρό μήνυμα στην
αγορά και θα επιτρέψει στους παρόχους υγείας και στους κατασκευαστές
λογισμικού να επενδύσουν σε πόρους
– Το ΥΥ θα ήταν πολύ χρήσιμο να συμβληθεί με τον ΕΣΠΥ ως
αναγνωρισμένη επιχειρησιακά ενεργή κοινοπραξία βιομηχανίας και το
HL7 Hellas για να επιταχύνει την ανάπτυξη των Δημόσιων APIs
12. …
1. Επένδυση σε APIs
(APIs vs
2. Τριπλασιασμός
ετήσιων Επενδύσεων
με στόχευση την
Πρόληψη &
Πρωτοβάθμια
Φροντίδα Υγείας
3. Συμβάσεις
Συνεργασίας με
Συλλογικούς φορείς
Τεχνολογίας
4. Δημόσια &
APIs
eHeal
th
13. Πρωτοβουλία για..
1. Άμεση υποστήριξη των τρεχουσών αναγκών Διαλειτουργικότητας σε
οργανωτικό και τεχνολογικό επίπεδο (μελέτες, οικονομοτεχνική
διαβούλευση)
2. Υποστήριξη της ανάπτυξης & εφαρμογής του Συνοπτικού Φακέλου
Υγείας (IPS)
3. Αξιοποίηση και η ανάπτυξη των Big Data (Population Health & Research)
14. Αποδοχή και από την “αγορά” : Αύγουστος 2018
Amazon, Google, IBM, Microsoft, Oracle ,Salesforce
“…making a commitment to eliminate the friction that
exists in the healthcare systems today," based on "cloud
computing and cloud architecture moving toward open
standards through FHIR and the Argonaut project."
•
15. ΣΑΣ ΕΥΧΑΡΙΣΤΩ
ΓΙΑ ΤΗΝ ΠΡΟΣΟΧΗ ΣΑΣ
ΕΣΠΥ
ΕΛΛΗΝΙΚΟΣΣΥΝΔΕΣΜΟΣ ΠΛΗΡΟΦΟΡΙΚΗΣΥΓΕΙΑΣ
www.espy.org.gr
Editor's Notes
#6:
Interoperability is a hard problem; it’s important to understand that it’s about information management, and it’s about people. t’s not a technology problem, it’s a people problem, and an information management problem.
Technology should be used as a “force multiplier” in the face of limited manpower in our healthcare system. While Singapore is no laggard in healthcare technology, its potential is not being fully realised. Often, the problem lies not with the lack of technical expertise, but a lack of adoption.
#7: ΠΟΛΛΕΣ ΕΤΑΙΡΙΕΣ ΣΥΜΜΕΤΕΧΟΥΝ ΣΤΗΝ ΤΕΧΝΟΛΟΓΙΑ ΑΥΤΉ, ΕΠΈΝΔΥΟΥΝ ΣΕ ΑΥΤΉ
ΠΟΛΛΟΙ ΣΥΜΒΟΥΛΟΙ, ΠΟΛΛΑ ΠΑΝΕΠΙΣΤΗΜΙΑ, ΟΙ ΔΕΚΟ , ΤΟ ΥΠΟΥΡΓΕΙΟ
ΑΡΑ ΥΠΑΡΧΕΙ ΣΗΜΑΝΤΙΚΟ ΕΝΔΙΑΦΕΡΟΝ ΚΑΙ ΠΟΛΛΟΙ ΑΣΧΟΛΟΥΝΤΑΙ
#9: Foundation of interoperability should be an orchestrated architecture based on Public APIs
Public API as basic conduit of interoperability. The Public API should enable data- and document-level access to clinical and financial systems according to contemporary internet principles.
Add certification of highly constrained Public API to CEHRT standards.
#10:
What makes an API a “Public API”
A “Public API” does not imply that data is exposed without regard to privacy and security. However, there are legal and business considerations that must be addressed before any given healthcare provider and/or vendor would allow
another party to use the API to access information.
What is “public” in a “public API” is that the means for interfacing to it are uniformly available, it is based on non-proprietary standards, it is tested for conformance to such standards by trusted third parties, and there are well-defined, fairly-applied, business and legal frameworks for using the API.
#11:
Priority API Services. Core Data Services and Profiles should define the minimal data and document types supported by Public APIs
#12:
Government as market motivator. ONC should assertively monitor the progress of exchange and implement non-regulatory steps to catalyze the adoption of Public APIs.
Encourage and motivate vendors to grant third-party access to Public APIs based on appropriate business and legal conventions.
Focused on interoperability will send strong signal to market and allow providers and vendors to focus resources.
ONC should immediately contract with an SDO or other recognized operationally active industry consortium to accelerate focused development of initial Public API and Core Data Services and Profiles for inclusion in MU Stage 3 and associated certification