Η δομή του ακτινολογικού πληροφοριακού συστήματος (RIS)

1. Τι είναι το RIS;

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

2. HIS, RIS και PACS: ποιο κάνει τι;

Τα τρία συστήματα συνεργάζονται, αλλά έχουν διαφορετική βασική έμφαση:[1]

Οι λειτουργίες μπορεί να συνδυάζονται σε κοινή εφαρμογή. Δεν χρειάζονται υποχρεωτικά τρεις διαφορετικοί υπολογιστές.

3. Ένα απλό σχήμα της δομής

Στο διάγραμμα, το RIS βρίσκεται στο κέντρο της οργάνωσης του τμήματος. Συνδέεται με το νοσοκομειακό σύστημα, τα μηχανήματα και το PACS.

• Το HIS ανταλλάσσει στοιχεία ασθενούς, αιτήματα και αποτελέσματα.
• Το RIS οργανώνει την εργασία και κρατά τις σχετικές εγγραφές στη βάση του.
• Τα μηχανήματα χρησιμοποιούν στοιχεία εργασίας και δημιουργούν εικόνες.
• Το PACS παραλαμβάνει και διαθέτει τις εικόνες.

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

4. Τέσσερα μέρη πίσω από τη λειτουργία του RIS

Μπορούμε να ξεχωρίσουμε τέσσερα βασικά μέρη:

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

Μια οθόνη μπορεί να ανοίγει ενώ μια σύνδεση με άλλο σύστημα δεν λειτουργεί. Γι’ αυτό περιγράφουμε συγκεκριμένα ποια εργασία έχει πρόβλημα.

5. Άλλος αριθμός για τον ασθενή, άλλος για την εξέταση

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

Μπορεί να συναντήσουμε τους όρους Patient ID για τον ασθενή, Accession Number για αναγνωριστικό σχετικό με την παραγγελία και Study Instance UID για τη συγκεκριμένη μελέτη DICOM.[4]

Δεν χρειάζεται απομνημόνευση της τεχνικής μορφής τους. Κρατάμε ότι οι διαφορετικοί αριθμοί έχουν διαφορετικό ρόλο.

6. Παραλαβή και έλεγχος του αιτήματος

Το αίτημα αναφέρει ποια εξέταση ζητείται, για ποιον ασθενή και για ποιον λόγο. Το RIS βοηθά να καταχωριστεί και να παρακολουθηθεί.[3]

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

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

7. Οργάνωση ραντεβού και διαθέσιμων πόρων

Το RIS μπορεί να βοηθά στον προγραμματισμό της ώρας, του μηχανήματος, του χώρου και του απαραίτητου προσωπικού.[5]

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

Ραντεβού σημαίνει προγραμματισμός, όχι πραγματοποίηση. Τα επείγοντα οργανώνονται με τις προτεραιότητες και τις διαδικασίες του τμήματος.

8. Ο ασθενής φτάνει στο τμήμα

Η άφιξη μπορεί να καταγράφεται στο RIS, ώστε το προσωπικό να γνωρίζει ποιος περιμένει. Χρειάζεται ξεχωριστά ο προβλεπόμενος έλεγχος ταυτότητας και αντιστοίχιση με το σωστό αίτημα.

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

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

9. Η λίστα εργασίας του μηχανήματος

Η DICOM Modality Worklist, ή MWL, επιτρέπει στο μηχάνημα να λαμβάνει στοιχεία προγραμματισμένων εργασιών. Έτσι μειώνεται η επαναπληκτρολόγηση.[7]

Η λίστα μπορεί να εξυπηρετείται από το RIS ή από συνδεδεμένη υπηρεσία. Τα φίλτρα ημερομηνίας και μηχανήματος επηρεάζουν τι εμφανίζεται.

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

10. Πώς ενημερώνεται η πορεία της λήψης;

Το μηχάνημα μπορεί να ενημερώνει ότι μια εργασία ξεκίνησε, ολοκληρώθηκε ή διακόπηκε. Μια σχετική υπηρεσία λέγεται MPPS.[8]

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

11. Πώς βρίσκουμε τις εικόνες από το RIS;

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

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

Η ύπαρξη μιας γραμμής στο RIS δεν αποδεικνύει ότι έχουν φτάσει όλες οι εικόνες. Το πρόβλημα αναφέρεται και διερευνάται από τους αρμόδιους.

12. Σύνταξη και οριστικοποίηση της γνωμάτευσης

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

Χρειάζεται να ξεχωρίζουμε το πρόχειρο, το οριστικοποιημένο και το μεταγενέστερα διορθωμένο περιεχόμενο.

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

13. Το αποτέλεσμα φτάνει στον σωστό παραλήπτη

Η γνωμάτευση διατίθεται στους κατάλληλους αποδέκτες μέσω της προβλεπόμενης διαδικασίας. Πρέπει να είναι σαφές ποιος θα ελέγξει το αποτέλεσμα και ποιος θα χειριστεί τυχόν εκκρεμότητα.[12]

Η επικοινωνία μπορεί να καταγράφεται με στοιχεία όπως αποστολέας, παραλήπτης, χρόνος και έκβαση.

Για κρίσιμα ευρήματα ακολουθείται η ειδική διαδικασία της μονάδας. Ένα χρώμα ή μια ειδοποίηση στην οθόνη δεν επιβεβαιώνει από μόνο του ότι ενημερώθηκε ο υπεύθυνος.

14. Η βάση δεδομένων του RIS

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

• Ασθενείς.
• Αιτήματα και ραντεβού.
• Εξετάσεις και καταστάσεις εργασίας.
• Γνωματεύσεις και χρήστες.

Οι κανόνες της βάσης μπορούν να αποτρέπουν αναφορές σε ανύπαρκτες εγγραφές. Δεν διαπιστώνουν όμως αυτόματα ότι μια εξέταση συνδέθηκε με λάθος υπαρκτό ασθενή.[14]

15. Οι κανόνες επικοινωνίας των συστημάτων

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

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

16. Οι καταστάσεις δείχνουν τι εκκρεμεί

Μια εφαρμογή μπορεί να εμφανίζει ενδείξεις όπως:

• Προγραμματισμένη: έχει οργανωθεί η εξέταση.
• Αφίχθη: ο ασθενής βρίσκεται στο τμήμα.
• Σε εκτέλεση: η εργασία έχει ξεκινήσει.
• Αναμονή γνωμάτευσης: η ερμηνεία εκκρεμεί.
• Γνωματευμένη: υπάρχει η αντίστοιχη ολοκληρωμένη γνωμάτευση.

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

17. Δικαιώματα και ιστορικό ενεργειών

Κάθε χρήστης έχει πρόσβαση σύμφωνα με την εργασία και την αρμοδιότητά του. Η προστασία δεν περιορίζεται στην ύπαρξη ενός κωδικού πρόσβασης.[18]

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

Χρησιμοποιούμε τον ατομικό λογαριασμό μας. Η κοινή χρήση λογαριασμών δυσκολεύει να αναγνωριστεί ποιος έκανε μια ενέργεια.

18. Διορθώσεις και διακοπές λειτουργίας

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

Χρειάζονται προβλεπόμενες διαδικασίες, αντίγραφα ασφαλείας και έλεγχοι αποκατάστασης.[21]

Η επανεκκίνηση δεν σημαίνει πλήρη αποκατάσταση. Ελέγχονται και οι εκκρεμείς ενημερώσεις προς τα άλλα συστήματα, ώστε να αποφεύγονται παραλείψεις και διπλές εγγραφές.

19. Η πορεία μιας εξέτασης βήμα προς βήμα

Ας ακολουθήσουμε έναν υποθετικό ασθενή. Οι ετικέτες P001, A101, R101 και G101 είναι επινοημένες και δεν είναι τεχνικά παραδείγματα DICOM UID.

1. Για τον P001 φτάνει το αίτημα A101. Ελέγχονται τα στοιχεία.
2. Κλείνεται το ραντεβού R101 με τους απαραίτητους πόρους.
3. Ο ασθενής φτάνει και επιβεβαιώνεται η ταυτότητά του.
4. Ο χειριστής επιλέγει τη σωστή εργασία και πραγματοποιείται η εξέταση.
5. Οι εικόνες αποστέλλονται στο PACS και γίνονται διαθέσιμες για έλεγχο.
6. Ο γιατρός συντάσσει και οριστικοποιεί τη γνωμάτευση G101.
7. Το αποτέλεσμα διατίθεται στον κατάλληλο παραλήπτη και ακολουθείται η προβλεπόμενη συνέχεια.

Το RIS βοηθά στην οργάνωση και παρακολούθηση αυτής της διαδρομής.

20. Πώς θυμόμαστε τη δομή του RIS;

Για να σχεδιάσουμε ένα απλό σχήμα, βάζουμε το RIS στο κέντρο και δείχνουμε:

• Το HIS / τον ηλεκτρονικό φάκελο που ανταλλάσσει στοιχεία και αποτελέσματα.
• Τα απεικονιστικά μηχανήματα που χρησιμοποιούν πληροφορίες εργασίας και ενημερώνουν την εκτέλεση.
• Το PACS που διαχειρίζεται τις εικόνες.
• Τη βάση δεδομένων που υποστηρίζει τις λειτουργίες του RIS.

Δεν συγχέουμε την ολοκλήρωση της λήψης με την αποθήκευση εικόνων ή την τελική γνωμάτευση. Στην επόμενη υποενότητα θα γνωρίσουμε αναλυτικότερα το PACS.

Πηγές και περαιτέρω μελέτη

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

1. IHE — Scheduled Workflow Αλληλουχία αιτήματος, προγραμματισμού, λήψης, αποθήκευσης και προβολής.
2. IHE — General Introduction, §6 Σχέση προτύπων, λειτουργικών ρόλων και πραγματικών προϊόντων.
3. HL7 — FHIR R4: ServiceRequest Αναπαράσταση αιτημάτων υπηρεσίας.
4. HL7 — FHIR R4: ImagingStudy Περιγραφή μελέτης, σειρών και συσχετίσεων.
5. HL7 — FHIR R4: Appointment Ραντεβού, συμμετέχοντες και κατανομή πόρων.
6. IHE — Patient Information Reconciliation Συμφιλίωση αρχικά άγνωστων ή λανθασμένων στοιχείων ασθενούς.
7. DICOM PS3.4 — §K.6: Modality Worklist Λίστα προγραμματισμένων βημάτων εργασίας.
8. DICOM PS3.4 — §F.7.2: MPPS Operations Υπηρεσίες ενημέρωσης βημάτων εκτέλεσης και MPPS.
9. DICOM PS3.4 — Annex J: Storage Commitment Διάκριση μεταφοράς αντικειμένων και ανάληψης ευθύνης αποθήκευσης.
10. HL7 — FHIR R4: DiagnosticReport Κατάσταση και περιεχόμενο διαγνωστικής αναφοράς.
11. IHE — Reporting Workflow Συντονισμός εργασιών ερμηνείας και γνωμάτευσης.
12. ASTP/ONC — SAFER: Test Results Reporting and Follow-Up, 2025 Αρμοδιότητες, εκκρεμότητες και παρακολούθηση αποτελεσμάτων.
13. HL7 — FHIR R4: Communication Τεκμηρίωση συμβάντος επικοινωνίας.
14. PostgreSQL 18 — §5.5: Constraints Παράδειγμα πρωτογενούς τεχνικής τεκμηρίωσης για περιορισμούς ακεραιότητας· δεν υπονοείται χρήση PostgreSQL σε κάθε RIS.
15. IHE — Radiology Domain: Current Published Documents Κεντρικός κατάλογος δημοσιευμένων τεχνικών προφίλ ακτινολογίας.
16. HL7 — FHIR R4: Using Codes Συστήματα κωδικών και σημασιολογική αντιστοίχιση.
17. HL7 — FHIR R4: Task Κατάσταση, ευθύνη και παρακολούθηση εργασίας.
18. ΑΠΔΠΧ — Ασφάλεια επεξεργασίας Τεχνικά και οργανωτικά μέτρα ασφάλειας.
19. HL7 — FHIR R4: AuditEvent Συμβάντα χρήσης και πρόσβασης.
20. HL7 — FHIR R4: Provenance Προέλευση και αναθεώρηση περιεχομένου.
21. ASTP/ONC — SAFER: Contingency Planning, 2025 Προετοιμασία για διακοπή και επαναφορά λειτουργίας.