1. Διαλειτουργικότητα: πώς συνεργάζονται διαφορετικά συστήματα;
Η διαλειτουργικότητα είναι η δυνατότητα διαφορετικών συστημάτων να ανταλλάσσουν πληροφορίες και να τις χρησιμοποιούν σωστά. Δεν αρκεί να φτάσει ένα αρχείο· πρέπει ο παραλήπτης να καταλαβαίνει σε ποιον και σε τι αναφέρεται.
Μια γνωμάτευση φτάνει στον ηλεκτρονικό φάκελο, αλλά συνδέεται με λάθος ασθενή. Η μεταφορά έγινε, όμως η συνεργασία δεν πέτυχε τον σκοπό της.
Στην απεικόνιση χρειάζεται να παραμένουν σωστά συνδεδεμένα ο ασθενής, το αίτημα, η εξέταση, οι εικόνες και η γνωμάτευση.
Η σωστή πληροφορία πρέπει να φτάνει στο σωστό σημείο, να διατηρεί το νόημά της και να χρησιμοποιείται από όσους έχουν την κατάλληλη αρμοδιότητα.
2. Τέσσερα πράγματα που χρειάζονται για συνεργασία
Σκεφτόμαστε τη διαλειτουργικότητα σαν τέσσερις πλευρές που συμπληρώνουν η μία την άλλη:
| Πλευρά | Απλή ερώτηση |
|---|---|
| Τεχνική | Μπορεί να φτάσει η πληροφορία; |
| Δομική / συντακτική | Διαβάζονται σωστά τα πεδία; |
| Σημασιολογική | Καταλαβαίνουμε το ίδιο νόημα; |
| Οργανωτική | Ποιος κάνει τι μετά την παραλαβή; |
Το αποτέλεσμα έφτασε, ανοίγει και διαβάζεται σωστά. Αν όμως κανείς δεν έχει αναλάβει να το αξιολογήσει, η εργασία παραμένει εκκρεμής.
Επομένως, η σύνδεση δύο υπολογιστών είναι μόνο ένα μέρος της συνεργασίας. Χρειάζονται κοινές συμφωνίες για τα δεδομένα και για την εργασία που ακολουθεί.
3. Πώς συνεργάζονται HIS, RIS και PACS;
Το HIS εξυπηρετεί γενικές λειτουργίες του νοσοκομείου. Το RIS οργανώνει τη ροή του ακτινολογικού τμήματος. Το PACS διαχειρίζεται τις εικόνες. Ο ηλεκτρονικός φάκελος συγκεντρώνει ή συνδέει τις κλινικές πληροφορίες.
| Ανταλλαγή | Τι μεταφέρεται; |
|---|---|
| HIS / φάκελος προς RIS | Στοιχεία ασθενούς και αίτημα εξέτασης. |
| Λίστα εργασίας προς μηχάνημα | Στοιχεία για το προγραμματισμένο βήμα. |
| Μηχάνημα προς PACS | Εικόνες και σχετικά αντικείμενα. |
| Σύστημα γνωμάτευσης προς φάκελο | Αποτέλεσμα συνδεδεμένο με τη σωστή εξέταση. |
Το RIS δείχνει σωστά τον ασθενή, αλλά οι εικόνες έχουν μπει σε άλλη μελέτη στο PACS. Χρειάζεται έλεγχος της σύνδεσης μεταξύ τους, όχι μόνο κάθε εφαρμογής χωριστά.
Το παράδειγμα περιγράφει λειτουργίες. Σε μια εγκατάσταση μπορεί να τις παρέχουν διαφορετικά προϊόντα, ενώ σε άλλη να υπάρχουν μέσα σε μια ενιαία λύση.
4. Γιατί δεν αρκεί μόνο το όνομα ή ένας αριθμός;
Τα αναγνωριστικά είναι κωδικοί που βοηθούν να ξεχωρίζουμε ασθενείς, αιτήματα και εξετάσεις. Για να καταλάβουμε έναν κωδικό, πρέπει να ξέρουμε και ποιο σύστημα τον εξέδωσε.
Ο ασθενής με κωδικό 123 στο νοσοκομείο Α δεν είναι απαραίτητα το ίδιο πρόσωπο με τον κωδικό 123 στο νοσοκομείο Β.
Το όνομα μόνο του επίσης δεν αρκεί: δύο άνθρωποι μπορεί να έχουν το ίδιο ονοματεπώνυμο. Η ταυτοποίηση ακολουθεί την επίσημη διαδικασία της μονάδας.
Στο FHIR, το id εντοπίζει μια εγγραφή στο περιβάλλον της υπηρεσίας, ενώ το identifier μπορεί να αποδίδει έναν αναγνωριστικό κωδικό του πραγματικού προσώπου ή αντικειμένου, μαζί με το σύστημα έκδοσης.
Υπηρεσίες όπως το PIXm βοηθούν στην αντιστοίχιση κωδικών μεταξύ φορέων. Δεν διορθώνουν αυτόματα κάθε λάθος καταχώριση.
5. Κοινή δομή: σε ποιο πεδίο μπαίνει κάθε πληροφορία;
Για να διαβαστεί σωστά ένα μήνυμα, τα συστήματα χρειάζεται να συμφωνούν στη δομή του: ποια πεδία περιέχει, ποια είναι υποχρεωτικά και τι τύπο τιμής περιμένει το καθένα.
Η ημερομηνία 03/04/2026 μπορεί να διαβαστεί ως 3 Απριλίου ή 4 Μαρτίου. Μια συμφωνημένη μορφή ημερομηνίας αποφεύγει τη σύγχυση.
Οι όροι JSON και XML περιγράφουν τρόπους γραφής δομημένων δεδομένων. Δεν αρκεί ένα μήνυμα να είναι σωστά γραμμένο σε JSON για να είναι και σωστό μήνυμα υγείας.
Είναι σαν μια συμπληρωμένη φόρμα: μπορεί όλα τα κουτάκια να περιέχουν κείμενο, αλλά χρειάζεται το κατάλληλο στοιχείο στο σωστό κουτάκι.
6. Κοινό νόημα: ίδιος κωδικός σημαίνει το ίδιο πράγμα;
Η σημασιολογική διαλειτουργικότητα σημαίνει ότι τα συστήματα καταλαβαίνουν το ίδιο πράγμα από τις πληροφορίες που ανταλλάσσουν.
Δύο φορείς χρησιμοποιούν τον κωδικό CT01 για διαφορετικές εξετάσεις. Το ίδιο κείμενο κωδικού δεν αρκεί για να θεωρήσουμε ότι πρόκειται για την ίδια υπηρεσία. Χρειάζεται να ξέρουμε τον κατάλογο κωδικοποίησης.
Οι μονάδες είναι επίσης μέρος του νοήματος. 1,2 cm = 12 mm. Αν αλλάξουμε μόνο την ετικέτα από cm σε mm και κρατήσουμε 1,2, αλλάζουμε λανθασμένα το μέγεθος.
Η αντιστοίχιση διαφορετικών καταλόγων χρειάζεται έλεγχο. Δύο παρόμοιες περιγραφές δεν είναι πάντα απολύτως ισοδύναμες.
7. HL7 v2: μηνύματα για γεγονότα και εργασίες
Το HL7 v2 είναι μια οικογένεια προδιαγραφών για ανταλλαγή μηνυμάτων υγείας. Μπορεί να χρησιμοποιείται για στοιχεία ασθενούς, αιτήματα, ενημερώσεις κατάστασης και αποτελέσματα.
Η γραμματεία καταχωρίζει έναν ασθενή. Το νοσοκομειακό σύστημα στέλνει σχετική ενημέρωση στο σύστημα του τμήματος, ώστε τα στοιχεία να είναι διαθέσιμα εκεί.
Τα συστήματα πρέπει να συμφωνούν στην έκδοση, στα μηνύματα, στους κωδικούς και στον χειρισμό σφαλμάτων. Η φράση «υποστηρίζει HL7» δεν μας λέει από μόνη της όλες αυτές τις λεπτομέρειες.
Μια επιβεβαίωση παραλαβής μηνύματος δεν σημαίνει αναγκαστικά ότι πραγματοποιήθηκε η εξέταση. Ελέγχουμε τι ακριβώς επιβεβαιώνει το συγκεκριμένο μήνυμα.
8. FHIR: κοινά μοντέλα για πληροφορίες υγείας
Το FHIR περιγράφει οργανωμένα μοντέλα πληροφορίας, τους πόρους, και τρόπους ανταλλαγής τους. Το σκεφτόμαστε σαν κοινά σχέδια για το πώς περιγράφονται διαφορετικά αντικείμενα υγείας.
| Όνομα | Τι περιγράφει; |
|---|---|
| Patient | Στοιχεία ασθενούς. |
| ServiceRequest | Αίτημα για υπηρεσία ή εξέταση. |
| Observation | Μια παρατήρηση ή μέτρηση. |
| DiagnosticReport | Μια διαγνωστική αναφορά. |
Ένα προφίλ FHIR εξειδικεύει τους κανόνες για συγκεκριμένη χρήση: για παράδειγμα, ποια στοιχεία πρέπει οπωσδήποτε να υπάρχουν.
Δύο εφαρμογές υποστηρίζουν FHIR, αλλά η μία περιμένει πεδίο που η άλλη δεν στέλνει. Χρειάζεται συμφωνία στις εκδόσεις, στα προφίλ και στις λειτουργίες.
Το FHIR δεν είναι έτοιμος ηλεκτρονικός φάκελος που εγκαθίσταται σαν ένα ενιαίο πρόγραμμα. Τα ονόματα εδώ ακολουθούν τα παραδείγματα R4 του αρχικού υλικού.
9. DICOM: εικόνες μαζί με τα στοιχεία τους
Το DICOM περιγράφει απεικονιστικά αντικείμενα και υπηρεσίες επικοινωνίας. Μια εικόνα συνοδεύεται από στοιχεία, όπως η σύνδεση με τη μελέτη και πληροφορίες για τη γεωμετρία της.
Ένα JPEG μπορεί να δείχνει μια τομή της αξονικής. Δεν σημαίνει ότι περιέχει και όλα τα στοιχεία του αντίστοιχου DICOM αντικειμένου που χρειάζεται μια άλλη εφαρμογή.
Δεν υποστηρίζουν όλα τα προϊόντα κάθε είδος DICOM αντικειμένου. Η μεταφορά απλών εικόνων δεν αποδεικνύει ότι λειτουργεί και η μεταφορά αντικειμένων ακτινοθεραπείας.
Η DICOM Conformance Statement είναι τεχνική δήλωση των λειτουργιών που υποστηρίζει συγκεκριμένο προϊόν και έκδοση. Βοηθά στον σχεδιασμό, αλλά χρειάζονται και δοκιμές συνεργασίας.
10. DICOMweb: πρόσβαση σε εικόνες μέσω υπηρεσιών ιστού
Το DICOMweb προσφέρει υπηρεσίες για αναζήτηση, ανάκτηση και αποθήκευση απεικονιστικού περιεχομένου με τεχνολογίες ιστού.
| Υπηρεσία | Απλή λειτουργία |
|---|---|
| QIDO-RS | Αναζήτηση περιεχομένου. |
| WADO-RS | Ανάκτηση περιεχομένου. |
| STOW-RS | Αποθήκευση περιεχομένου. |
Από τον ηλεκτρονικό φάκελο εντοπίζουμε μια μελέτη και ο προβολέας ζητά τις εικόνες από την υπηρεσία εικόνας.
Το FHIR μπορεί να περιγράφει και να συνδέει κλινικές πληροφορίες, ενώ το DICOMweb να εξυπηρετεί τις εικόνες. Μπορούν να συνεργάζονται.
Το ότι η πρόσβαση γίνεται μέσω φυλλομετρητή δεν εξασφαλίζει από μόνο του προστασία ή δικαίωμα πρόσβασης. Αυτά χρειάζονται κατάλληλη ρύθμιση και έλεγχο.
11. IHE: πώς χρησιμοποιούνται μαζί τα πρότυπα;
Το IHE περιγράφει συγκεκριμένα σενάρια συνεργασίας που αξιοποιούν πρότυπα, όπως HL7 και DICOM. Τα σενάρια αυτά ονομάζονται προφίλ.
Κάθε προφίλ ορίζει ρόλους και ανταλλαγές. Οι ρόλοι λέγονται actors και οι ανταλλαγές transactions.
Ένα προφίλ οργανώνει πώς θα φτάσει ένα αίτημα από το σύστημα προγραμματισμού στο μηχάνημα. Ορίζει ποια λειτουργία στέλνει τι και ποια το παραλαμβάνει.
Ένα προϊόν μπορεί να παρέχει πολλούς ρόλους. Δεν σημαίνει ότι κάθε ρόλος απαιτεί ξεχωριστό υπολογιστή. Για πραγματική συνεργασία εξετάζουμε το συγκεκριμένο προφίλ, την έκδοση και τις υποστηριζόμενες επιλογές.
12. Τι ακριβώς σημαίνει «ολοκληρώθηκε»;
Μια εξέταση έχει διαφορετικά στάδια: αίτημα, προγραμματισμό, λήψη, διαθεσιμότητα εικόνων και γνωμάτευση. Κάθε ενημέρωση πρέπει να δείχνει ποιο στάδιο αφορά.
Η λήψη τελείωσε, αλλά η γνωμάτευση δεν έχει συνταχθεί ακόμη. Αν μια εφαρμογή εμφανίσει απλώς «ολοκληρώθηκε», ο χρήστης μπορεί να νομίσει ότι είναι έτοιμο και το αποτέλεσμα.
Η κατάσταση συνδέεται με το σωστό αίτημα ή αντικείμενο. Η διόρθωση ή η ακύρωση χρειάζεται επίσης να φτάνει στα συστήματα που επηρεάζονται.
Η επιτυχημένη αποστολή ενημέρωσης δεν ολοκληρώνει μόνη της όλη τη φροντίδα. Πρέπει να είναι σαφές ποιος αναλαμβάνει το επόμενο βήμα.
13. Ανταλλαγή εγγράφων: πώς βρίσκουμε τη σωστή γνωμάτευση;
Μια γνωμάτευση ή μια έκθεση εξόδου μπορεί να ανταλλάσσεται ως έγγραφο. Μαζί χρειάζονται στοιχεία που το περιγράφουν, τα μεταδεδομένα: ασθενής, ημερομηνία, είδος και προέλευση.
Το προφίλ XDS.b περιγράφει λειτουργίες για διαμοιρασμό εγγράφων μεταξύ συνεργαζόμενων φορέων: καταχώριση στοιχείων, αποθήκευση, αναζήτηση και ανάκτηση.
Ο γιατρός αναζητά προηγούμενη γνωμάτευση. Πριν τη χρησιμοποιήσει, ελέγχει ότι αφορά τον σωστό ασθενή, τη σωστή εξέταση και την κατάλληλη έκδοση.
Ένα κείμενο μπορεί να διαβάζεται εύκολα από άνθρωπο, χωρίς όλα τα επιμέρους στοιχεία του να είναι οργανωμένα για αυτόματη επεξεργασία από πρόγραμμα.
14. Πώς μοιράζονται εξετάσεις δύο φορείς;
Για να αξιοποιηθεί μια προηγούμενη εξέταση από άλλον φορέα, χρειάζεται να εντοπιστούν τα σωστά στοιχεία και να υπάρχει επιτρεπόμενη πρόσβαση στο περιεχόμενο. Το προφίλ XDS-I.b αφορά τέτοια σενάρια απεικονιστικής πληροφορίας.
Βρίσκουμε τον τίτλο και τη γνωμάτευση μιας παλιάς αξονικής. Για σύγκριση εικόνων χρειαζόμαστε και τις ίδιες τις εικόνες, όχι μόνο την περιγραφή τους.
Η μελέτη, οι εικόνες και η γνωμάτευση είναι συνδεδεμένα αλλά διαφορετικά αντικείμενα. Η παρουσία του ενός δεν αποδεικνύει ότι έχουμε όλο το σύνολο.
Ελέγχονται η ταυτότητα, η ημερομηνία, η προέλευση και τα δικαιώματα. Το ίδιο πρόσωπο μπορεί να έχει διαφορετικούς τοπικούς κωδικούς στους δύο φορείς.
15. Ταυτότητα, δικαιώματα και προστασία είναι διαφορετικά πράγματα
Η ασφαλής συνεργασία χρειάζεται περισσότερους από έναν ελέγχους:
| Όρος | Τι ελέγχει ή προστατεύει; |
|---|---|
| Αυθεντικοποίηση | Ποιος είναι ο χρήστης ή η υπηρεσία; |
| Εξουσιοδότηση | Τι επιτρέπεται να δει ή να κάνει; |
| Κρυπτογράφηση μεταφοράς | Πώς προστατεύεται το περιεχόμενο κατά τη μεταφορά; |
Μια σύνδεση είναι κρυπτογραφημένη, αλλά ο χρήστης έχει περισσότερα δικαιώματα από όσα χρειάζεται. Το κανάλι προστατεύεται, όμως η πρόσβαση παραμένει λανθασμένα ρυθμισμένη.
Η χρήση ενός προτύπου, όπως FHIR ή DICOM, δεν ενεργοποιεί αυτόματα όλα τα μέτρα. Η εγκατάσταση πρέπει να ρυθμίζεται και να ελέγχεται.
Οι καταγραφές συμβάντων βοηθούν να διερευνηθεί ποιος έκανε τι. Χρειάζονται και οι ίδιες προστασία και πρόσβαση μόνο από τους αρμόδιους.
16. Αν μπορεί να σταλεί όλο το ιστορικό, χρειάζεται να σταλεί;
Η ανταλλαγή εξυπηρετεί συγκεκριμένο σκοπό και ακολουθεί τις εγκεκριμένες διαδικασίες της μονάδας. Η τεχνική δυνατότητα πρόσβασης δεν σημαίνει ότι κάθε διαθέσιμη πληροφορία χρειάζεται σε κάθε εργασία.
Για μια παραπομπή απαιτείται ένα σχετικό αποτέλεσμα. Δεν συμπεραίνουμε αυτόματα ότι χρειάζεται να αποσταλεί και ολόκληρο το ιστορικό.
Η ελαχιστοποίηση δεδομένων σημαίνει ότι χρησιμοποιούνται τα κατάλληλα και αναγκαία δεδομένα για τον συγκεκριμένο σκοπό.
Το FHIR Consent μπορεί να περιγράφει επιλογές και περιορισμούς. Η ύπαρξή του δεν αρκεί για να επιτρέψει μια χρήση ή να εξασφαλίσει ότι κάθε εφαρμογή εφαρμόζει σωστά τους περιορισμούς. Ο επαγγελματίας ακολουθεί τις επίσημες οδηγίες της μονάδας.
17. Χρόνος, πληρότητα και προέλευση: τι πρέπει να γνωρίζουμε;
Μια πληροφορία χρειάζεται να συνοδεύεται από το κατάλληλο πλαίσιο: πότε δημιουργήθηκε, από πού προήλθε και αν είναι τελική ή διορθωμένη.
Μια μέτρηση έγινε το πρωί, αλλά έφτασε στο άλλο σύστημα το απόγευμα. Ο χρόνος λήψης και ο χρόνος παραλαβής δεν είναι το ίδιο γεγονός.
Επίσης, η ένδειξη 19:00 με μετατόπιση +03:00 αντιστοιχεί σε 16:00 UTC. Αν χαθεί η πληροφορία της μετατόπισης, μπορεί να γίνει λάθος χρονική συσχέτιση.
Ένα κενό πεδίο σημαίνει ότι δεν έχουμε τιμή· δεν το θεωρούμε αυτόματα φυσιολογικό ή αρνητικό αποτέλεσμα. Η προέλευση, provenance, βοηθά να γνωρίζουμε ποιος ή ποια υπηρεσία δημιούργησε και αναθεώρησε την πληροφορία.
18. Πώς ξέρουμε ότι δύο συστήματα συνεργάζονται σωστά;
Εξετάζουμε πρώτα τι δηλώνει ότι υποστηρίζει κάθε εφαρμογή και μετά δοκιμάζουμε το πραγματικό σενάριο. Οι τεχνικές δηλώσεις είναι χρήσιμες, αλλά δεν αρκούν μόνες τους.
Το FHIR CapabilityStatement περιγράφει δυνατότητες υπηρεσίας. Η DICOM Conformance Statement περιγράφει λειτουργίες προϊόντος. Τα προφίλ προσθέτουν κανόνες για τη συγκεκριμένη χρήση.
Ένα μήνυμα περνά τον έλεγχο δομής, αλλά περιέχει τον κωδικό άλλου υπαρκτού ασθενούς. Είναι σωστά σχηματισμένο, όμως αναφέρεται στο λάθος πρόσωπο.
Ένας validator, δηλαδή εργαλείο ελέγχου κανόνων, εντοπίζει ορισμένα λάθη δομής και περιεχομένου. Δεν γνωρίζει αυτόματα την πραγματική κατάσταση. Οι δοκιμές καλύπτουν και διορθώσεις, ακυρώσεις, ελλείψεις και διακοπές λειτουργίας.
19. EHDS: συνεργασία σε ευρωπαϊκό επίπεδο
Ο Ευρωπαϊκός Χώρος Δεδομένων Υγείας, EHDS, αφορά ένα ευρωπαϊκό πλαίσιο για πρόσβαση, ανταλλαγή και χρήση ηλεκτρονικών δεδομένων υγείας. Το αρχικό υλικό περιγράφει σταδιακή εφαρμογή· δεν υποθέτουμε ότι κάθε φορέας διαθέτει ήδη όλες τις σχετικές υπηρεσίες.
Η πρωτογενής χρήση αφορά τη χρήση δεδομένων για τη φροντίδα. Η δευτερογενής χρήση αφορά άλλους καθορισμένους σκοπούς, όπως έρευνα, με τις αντίστοιχες διαδικασίες και εγγυήσεις.
Η χρήση μιας προηγούμενης γνωμάτευσης για τη φροντίδα ασθενούς διαφέρει από την αξιοποίηση δεδομένων στο πλαίσιο ερευνητικού έργου. Δεν είναι η ίδια εργασία ούτε ακολουθεί αυτόματα την ίδια διαδικασία.
Για το μάθημα κρατάμε την κεντρική ιδέα: η συνεργασία πέρα από έναν φορέα χρειάζεται κοινό νόημα, τεχνική προετοιμασία και σαφείς ευθύνες.
20. Ένα ολοκληρωμένο παράδειγμα συνεργασίας
Ένα νοσοκομείο χρειάζεται προηγούμενη απεικονιστική εξέταση από συνεργαζόμενο φορέα. Για να είναι χρήσιμη η ανταλλαγή, ελέγχονται όλα τα παρακάτω:
| Έλεγχος | Τι προσέχουμε; |
|---|---|
| Ταυτότητα | Είναι το σωστό πρόσωπο και στους δύο φορείς; |
| Μελέτη | Είναι η σωστή εξέταση, ημερομηνία και προέλευση; |
| Πρόσβαση | Η διαδρομή είναι επιτρεπόμενη και προστατευμένη; |
| Περιεχόμενο | Υπάρχουν οι εικόνες και οι σχετικές αναφορές που χρειάζονται; |
| Χρήση | Το περιεχόμενο εμφανίζεται και ερμηνεύεται σωστά; |
| Συνέχεια | Ποιος χειρίζεται νέα έκδοση ή λανθασμένη σύνδεση; |
Διαλειτουργικότητα σημαίνει ότι η πληροφορία μεταφέρεται, διαβάζεται σωστά, διατηρεί το νόημά της και χρησιμοποιείται κατάλληλα στη ροή εργασίας.
Το HL7 v2 υποστηρίζει μηνύματα, το FHIR κοινά μοντέλα και ανταλλαγές πληροφορίας, το DICOM απεικονιστικά αντικείμενα και υπηρεσίες, και το IHE συγκεκριμένα σενάρια συνεργασίας με πρότυπα.
Στην τελευταία υποενότητα θα δούμε τον αναβαθμισμένο επαγγελματικό ρόλο στη διαχείριση της ψηφιακής πληροφορίας.
Πηγές και περαιτέρω μελέτη
Οι παρακάτω πηγές περιλαμβάνονται στο αρχικό εκπαιδευτικό υλικό και προσφέρονται για περισσότερη μελέτη. Τα περιστατικά και οι κωδικοί είναι υποθετικά. Τα παραδείγματα FHIR ακολουθούν τις σελίδες R4 του αρχικού υλικού, χωρίς να υπονοείται ότι κάθε προϊόν υποστηρίζει τις ίδιες δυνατότητες. Η ενότητα EHDS δίνει τη βασική ιδέα και δεν αποτελεί ενημέρωση για τις διαθέσιμες υπηρεσίες ή τις ισχύουσες προθεσμίες κάθε φορέα. Για το μάθημα δίνουμε έμφαση στην κατανόηση των εννοιών. Οι εξωτερικοί σύνδεσμοι χρειάζονται σύνδεση στο διαδίκτυο.
- U.S. National Library of Medicine — Health Data Standards and Terminologies: A Tutorial Ορισμός και επίπεδα διαλειτουργικότητας.
- HL7 — FHIR R4: Overview for Architects Μοντέλα πόρων και αρχιτεκτονική ανταλλαγής.
- IHE — Scheduled Workflow Συνεργασία HIS, RIS, PACS και μηχανημάτων.
- HL7 — FHIR R4: Data Types, Identifier Αναγνωριστικό και σύστημα έκδοσης.
- IHE — Patient Identifier Cross-referencing for Mobile, PIXm Αντιστοίχιση αναγνωριστικών μεταξύ πεδίων ταυτοποίησης.
- HL7 — FHIR R4: Formats Μορφές δεδομένων και κανόνες αναπαράστασης.
- HL7 — FHIR R4: Using Codes Κωδικοποιήσεις και κοινό νόημα.
- HL7 — FHIR R4: Comparison with HL7 Version 2 Χαρακτηριστικά και συνύπαρξη ανταλλαγών HL7 v2 και FHIR.
- HL7 — FHIR R4: Overview Πόροι, προδιαγραφή και τρόποι χρήσης.
- DICOM PS3.4 — Storage Service Class Απεικονιστικά αντικείμενα και υπηρεσία αποθήκευσης.
- DICOM PS3.18 — Studies Service and Resources DICOMweb: αναζήτηση, ανάκτηση και αποθήκευση.
- IHE — General Introduction, §6 Σχέση προτύπων, προφίλ και πραγματικών προϊόντων.
- HL7 — FHIR R4: Workflow Module Αιτήματα, γεγονότα και εκτέλεση εργασιών.
- IHE — Cross-Enterprise Document Sharing, XDS.b Μεταδεδομένα, καταχώριση και διαμοιρασμός εγγράφων.
- IHE — Cross-Enterprise Document Sharing for Imaging Διαμοιρασμός απεικονιστικής πληροφορίας μεταξύ φορέων.
- HL7 — FHIR R4: Security Προστασία υλοποιήσεων και ελεγχόμενη πρόσβαση.
- ΑΠΔΠΧ — Αρχές νομιμότητας επεξεργασίας Σκοπός, ελαχιστοποίηση, ακρίβεια και εμπιστευτικότητα.
- ΑΠΔΠΧ — Ασφάλεια επεξεργασίας Κατάλληλα τεχνικά και οργανωτικά μέτρα.
- HL7 — FHIR R4: Observation Χρόνος, κατάσταση, τιμές και κλινικό πλαίσιο παρατηρήσεων.
- HL7 — FHIR R4: CapabilityStatement Δήλωση δυνατοτήτων υπηρεσίας.
- DICOM PS3.2 — Conformance Statement Template Τεκμηρίωση υποστηριζόμενων λειτουργιών προϊόντος.
- HL7 — FHIR R4: Validation Επίπεδα και πρακτικά όρια ελέγχου δεδομένων.
- Ευρωπαϊκή Επιτροπή — European Health Data Space Regulation Επίσημη ενημέρωση για το πλαίσιο και τη σταδιακή εφαρμογή του EHDS.
- HL7 — FHIR R4: Consent Τεχνική αναπαράσταση πληροφοριών επιλογών και περιορισμών.
- HL7 — FHIR R4: Provenance Προέλευση, δημιουργία και αναθεώρηση περιεχομένου.
- HL7 — FHIR R4: Profiling Εξειδίκευση βασικών προδιαγραφών για συγκεκριμένη χρήση.