Τεχνικό εγχειρίδιο διασυνδέσεων

01Επισκόπηση αρχιτεκτονικής

Το IATHEN δεν είναι νέο HIS, LIS, RIS/PACS ή ERP, και δεν απαιτεί να αλλάξετε προμηθευτή για να λειτουργήσει γύρω τους. Λειτουργεί ως επίπεδο ροής εργασίας: τα συστήματά σας συνδέονται μέσω connectors σε έναν κεντρικό κόμβο, και οι δώδεκα ενότητες χρησιμοποιούν τον κόμβο, όχι τα συστήματα απευθείας.

Ροή μηνυμάτων από τα συστήματά σας προς τις ομάδες. Το αντίστροφο ισχύει για αποστολές (push). Όλα τρέχουν στο δίκτυο της μονάδας σας.

Πρότυπα διεπαφής

Η αρχιτεκτονική στηρίζεται σε πρότυπα διεπαφών (HL7v2, FHIR, REST) πίσω από έναν κοινό connector. Για τα απεικονιστικά συστήματα, το DICOM είναι ο στόχος της πλήρους έκδοσης. Έτσι η σύνδεση ενός νέου συστήματος είναι θέμα ρύθμισης και όχι επανασχεδιασμού.

Κάθε διασύνδεση ορίζεται ξεχωριστά στο έργο εγκατάστασης: ποια δεδομένα ανταλλάσσονται, ποιος έχει πρόσβαση και ποιοι έλεγχοι τρέχουν πριν ενεργοποιηθεί.

02Εγκατάσταση και υποδομή

Το IATHEN στήνεται τοπικά (on-premise), σε hardware του διαγνωστικού κέντρου ή του νοσοκομείου. Η εφαρμογή, ο κόμβος διασυνδέσεων και η βάση δεδομένων τρέχουν μέσα στο δίκτυο της μονάδας σας, δίπλα στα συστήματα με τα οποία συνδέονται.

Θέμα	Πώς λειτουργεί
Πού τρέχει	Σε hardware του οργανισμού σας, είτε πρόκειται για διαγνωστικό κέντρο είτε για νοσοκομείο. Δεν απαιτεί εξωτερικό cloud για να λειτουργήσει.
Δεδομένα	Μένουν στην υποδομή σας: πίνακες PostgreSQL στον δικό σας server.
Συνδέσεις	Οι connectors προς HIS/LIS/RIS, PACS και ERP δουλεύουν μέσα από το εσωτερικό δίκτυο. Οι συνδέσεις προς εξωτερικούς φορείς (ΕΟΠΥΥ, ΗΔΙΚΑ, ασφαλιστικές) ακολουθούν τις διεπαφές και τις συμφωνίες κάθε φορέα.
AI	Οι τέσσερις agents έχουν ως στόχο παραγωγής αυτοφιλοξενούμενα μοντέλα (Meltemi-7B-Instruct ή Llama 3.x μέσω vLLM/Ollama, τοπικό OCR με Tesseract, Whisper για απομαγνητοφώνηση), που τρέχουν στο hardware σας. Σήμερα, στο demo, είναι προσομοιωμένα.
Hardware	Οι απαιτήσεις ορίζονται στο έργο εγκατάστασης, ανάλογα με τις ενότητες που ενεργοποιούνται και τον όγκο της μονάδας.
Ευθύνη υποδομής	Η υποδομή, η πρόσβαση και τα όρια ασφάλειας συμφωνούνται με το IT και τον DPO σας πριν την ενεργοποίηση.

Το Vita-1 API είναι διαφορετικό. Όταν είναι έτοιμο, θα είναι cloud υπηρεσία για εφαρμογές που χτίζονται πάνω στα εκπαιδευμένα μοντέλα μας. Δεν αφορά την τοπική εγκατάσταση του IATHEN. Δείτε τη σελίδα Vita-1.

03Connectors

Έξι ονομαστικοί connectors, ο καθένας με δικό του ρόλο. Η ενεργοποίηση κάθε σύνδεσης ορίζεται στο έργο εγκατάστασης.

Connector	Πρότυπο	Τι ανταλλάσσει	Ενεργοποίηση
HIS / LIS / RIS	HL7v2	Μηνύματα ADT (εισαγωγή και έξοδος ασθενή), ORM (παραγγελία), ORU (αποτέλεσμα).	Ανά έργο
PACS (Orthanc)	DICOM	Απεικονιστικά συστήματα. Το DICOM είναι ο στόχος της πλήρους έκδοσης.	Ανά έργο
ΕΟΠΥΥ	REST	Υποβολή αποτελεσμάτων στο Ψηφιακό Αποθετήριο, με απάντηση αποδοχής ή απόρριψης.	Ανά έργο
ΗΔΙΚΑ	REST	Διαλειτουργικότητα σε επίπεδο εθνικής υποδομής υγείας.	Ανά έργο
Ιδιωτική ασφαλιστική	REST	Προεγκρίσεις και εκτίμηση κάλυψης μέσω συνδέσμου ασφαλιστή.	Ανά έργο
ERP	REST	Καταχώριση εγκεκριμένων τιμολογίων και παραγγελιών μετά τον τριπλό έλεγχο.	Ανά έργο

Η κοινή διεπαφή

Κάθε connector υλοποιεί την ίδια απλή διεπαφή: push (αποστολή), pull (λήψη) και healthCheck (έλεγχος υγείας σύνδεσης). Μια κοινή βασική κλάση καταγράφει αυτόματα κάθε κλήση ως συμβάν, ανεξάρτητα από ποια ενότητα την ξεκίνησε. Γι' αυτό το ημερολόγιο συμβάντων του κόμβου βλέπει τα πάντα, όχι μόνο ό,τι αναφέρεται ρητά σε αυτό.

ενδεικτικό σχήμα

// ενδεικτικό σχήμα για επεξήγηση της λογικής, όχι το τελικό API
interface Connector {
  push(message)    // αποστολή
  pull(query)      // λήψη
  healthCheck()    // έλεγχος υγείας σύνδεσης
}

ΕΟΠΥΥ / ΗΔΙΚΑ: η ύπαρξη τεχνικής τεκμηρίωσης API δεν ισοδυναμεί με παραγωγική πρόσβαση. Κάθε φορέας χρειάζεται τη δική του συμφωνία πρόσβασης. Για τις προθεσμίες του Ψηφιακού Αποθετηρίου ΕΟΠΥΥ (πιλοτικό στάδιο 01/09/2026, υποχρεωτική υποβολή για αποζημίωση από 01/11/2026), δείτε τη σελίδα Ασφάλεια & Συμμόρφωση.

04Μηνύματα και πρότυπα

Ο connector HIS/LIS/RIS δέχεται μηνύματα HL7v2 τριών τύπων. Κάθε μήνυμα που περνά από τον κόμβο καταγράφεται ως συμβάν, με ώρα, τύπο και κατάσταση. Οι τύποι συμβάντων είναι hl7.adt, hl7.orm και hl7.oru.

Τα παραδείγματα είναι συνθετικά και δείχνουν μόνο τη δομή των μηνυμάτων. Δεν περιέχουν πραγματικά δεδομένα και δεν αντιπροσωπεύουν συγκεκριμένο προμηθευτή.

FHIR και REST

Ο σχεδιασμός του Integration Hub γύρω από πρότυπα διεπαφών (HL7v2, FHIR, REST) γίνεται με κατεύθυνση τη διαλειτουργικότητα που ζητά ο Ευρωπαϊκός Χώρος Δεδομένων Υγείας. Η πλήρης συμμόρφωση εξαρτάται από την υλοποίηση σε κάθε οργανισμό. Σήμερα δεν υπάρχει ξεχωριστή βάση FHIR: τα δεδομένα κάθε ενότητας μένουν σε πίνακες PostgreSQL, και ο δρόμος αναβάθμισης είναι να προστεθεί επίπεδο FHIR πάνω από αυτούς.

05Event bus

Ο event bus δεν είναι ένα dashboard-βιτρίνα. Δείχνει τη ροή, όχι μόνο την κατάσταση της τελευταίας στιγμής. Κάθε κλήση connector γίνεται συμβάν.

Ένα μήνυμα που αποτυγχάνει δεν χάνεται: μαρκάρεται ως αποτυχημένο και περιμένει επανεκτέλεση.

Τι καταγράφεται

Πεδίο	Περιγραφή
Connector	Ποιο σύστημα έστειλε ή έλαβε το μήνυμα, π.χ. «HIS/LIS/RIS Feed».
Συμβάν	Ο τύπος του, π.χ. `hl7.adt`, `hl7.orm`, `hl7.oru`.
Κατάσταση	Για παράδειγμα Processed ή Failed.
Ώρα	Η χρονική στιγμή του συμβάντος.
Προσπάθειες	Πόσες φορές έχει ξαναδοκιμαστεί ένα αποτυχημένο μήνυμα.

Δείκτες κόμβου

Throughput μηνυμάτων: πόσα μηνύματα πέρασαν από τον κόμβο.
Ποσοστό σφαλμάτων: μαζί με τον αριθμό των μηνυμάτων στην ουρά αποτυχημένων.
Connector uptime: η διαθεσιμότητα των συνδέσμων, βάσει του health check.
Ενεργά workflows: πόσες ροές αυτοματισμού είναι ενεργές.

06Ουρά αποτυχημένων και επανεκτέλεση

Όταν κάτι αποτύχει, μια εγγραφή ασθενή που δεν πέρασε ή ένα αποτέλεσμα εργαστηρίου με λάθος μορφή, δεν χάνεται. Πηγαίνει σε ουρά αποτυχημένων μηνυμάτων (dead-letter queue), όπου η ομάδα IT βλέπει τι ακριβώς σκάλωσε και το ξαναστέλνει με ένα κουμπί «Επανεκτέλεση», χωρίς να ψάχνει σε log αρχεία.

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

Δοκιμάστε την ουρά αποτυχημένων σε προσομοίωση, στη σελίδα Integration Hub.

07Ροές αυτοματισμού

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

Επανυποβολή ΕΟΠΥΥ όταν λείπει πεδίο
Δρομολόγηση εξαιρέσεων πριν την τιμολόγηση
Checklist προέγκρισης ασφάλισης
Κράτηση θέσης από συνομιλία ασθενή
Αυτόματη κάλυψη ακυρωμένης θέσης από λίστα αναμονής
Ειδοποίηση προσχεδίου προς υπογραφή
Κλιμάκωση κρίσιμου αποτελέσματος
Πρόταση αναπαραγγελίας κάτω από ελάχιστο
Ρολόι 24ω/72ω για συμβάν ασφαλείας
Επόμενο στάδιο προγράμματος επανεπικοινωνίας
Δρομολόγηση τιμολογίου χαμηλής εμπιστοσύνης

Η γκαλερί ροών δεν είναι ζωντανός κινητήρας ακόμα. Καμία ροή δεν εκτελείται σήμερα μέσα από πραγματικό orchestration engine.

08Ασφάλεια και πρόσβαση

Οι διασυνδέσεις δουλεύουν μέσα στο ίδιο πλαίσιο ασφάλειας με την υπόλοιπη εφαρμογή.

Θέμα	Πώς λειτουργεί
Ρόλοι	Δικαιώματα View και Manage ανά ενότητα. Κάθε νέος ρόλος ξεκινά χωρίς κανένα δικαίωμα, και τα δικαιώματα προστίθενται ρητά, ένα προς ένα.
Απομόνωση οργανισμών	Κάθε οργανισμός (tenant) βλέπει μόνο τα δικά του δεδομένα, με πολιτική Row-Level Security στην PostgreSQL, ελεγμένη ξεχωριστά από τους ελέγχους δικαιωμάτων της εφαρμογής.
Ρόλοι βάσης	Ένας ρόλος μόνο για migrations, και ένας απλός ρόλος χωρίς δικαιώματα υπερχρήστη για την καθημερινή λειτουργία.
Ίχνος ενεργειών	Οι κρίσιμες ενέργειες καταγράφονται με χρήστη, χρόνο και προηγούμενη και νέα τιμή.
Ελαχιστοποίηση	Κάθε οθόνη λαμβάνει μόνο τα πεδία που χρειάζεται, όχι ολόκληρο τον φάκελο του ασθενή.
Ανθρώπινος έλεγχος	Τίποτα δεν στέλνεται αυτόματα προς αρχές. Απαιτείται ρητό «Αποστολή» από άνθρωπο, π.χ. στα ρολόγια 24ω/72ω του NIS2.

Καμία δήλωση εδώ δεν αποτελεί νομική συμβουλή ή απόδειξη πιστοποιημένης παραγωγικής συμμόρφωσης. Δείτε τα συστήματα και τις άμυνες στη σελίδα Ασφάλεια, και το πλαίσιο συμμόρφωσης στη σελίδα Ασφάλεια & Συμμόρφωση.

09Οδηγός ενεργοποίησης

Το IATHEN «τυλίγεται» σταδιακά γύρω από τα συστήματα που ήδη χρησιμοποιείτε. Δεν προτείνουμε να ενεργοποιηθούν και οι δώδεκα ενότητες μαζί την πρώτη μέρα. Ξεκινάμε από μία ενότητα, έναν υπεύθυνο και ένα κριτήριο επιτυχίας.

Ενδεικτική λίστα ετοιμασίας για το IT σας

0 / 6

Τα κριτήρια γράφονται πριν ξεκινήσουν οι δοκιμές, όχι εκ των υστέρων. Μια ενότητα μπαίνει σε παραγωγική χρήση μόνο αφού περάσει τα συμφωνημένα κριτήρια. Οι υπόλοιπες συνεχίζουν κανονικά στο μεταξύ.

10Αρχιτεκτονικές επιλογές

Μερικές σκόπιμες επιλογές του σημερινού σταδίου, και ο δρόμος εξέλιξής τους.

Θέμα	Σήμερα	Επόμενο βήμα
Αποθήκευση	Πίνακες PostgreSQL, χωρίς ξεχωριστή βάση FHIR	Επίπεδο FHIR πάνω από τους πίνακες, χωρίς επανασχεδιασμό της λογικής κάθε ενότητας
Εκτέλεση εργασιών	Σύγχρονα, μέσα στο αίτημα (υποβολή, έλεγχος κλιμάκωσης, OCR)	Σκόπιμη επιλογή απλότητας για το παρόν στάδιο
Ροές αυτοματισμού	Γκαλερί ροών χαμηλού κώδικα	Ζωντανός κινητήρας ροών, ανά έργο
Τριπλός έλεγχος	Παραγγελία, παραλαβή και τιμολόγιο σε μία εγγραφή	Τρεις συνδεδεμένες εγγραφές, όπου χρειάζεται

11Συχνές τεχνικές ερωτήσεις

Θέλετε να το συζητήσουμε με το IT σας;
Πείτε μας ποια συστήματα χρησιμοποιείτε και ξεκινάμε από εκεί.

Επικοινωνία