Σύντομη απάντηση: τα δεδομένα υγείας κινούνται μέσα από τέσσερα επίπεδα προτύπων. Τα πρότυπα ανταλλαγής μεταφέρουν τα δεδομένα μεταξύ συστημάτων: μηνύματα HL7 v2, έγγραφα CDA, πόροι FHIR και DICOM για εικόνες. Τα πρότυπα μοντελοποίησης και αποθήκευσης λένε πώς δομείται μια εγγραφή μέσα σε ένα σύστημα: openEHR για κλινικές εγγραφές, OMOP για ερευνητικές βάσεις δεδομένων. Οι ορολογίες δίνουν σε κάθε έννοια έναν κωδικό που κατανοούν και οι δύο πλευρές: SNOMED CT, LOINC, ICD, ATC, UCUM, RxNorm. Τα πρότυπα ταυτότητας και ασφάλειας αποφασίζουν ποιος μπορεί να διαβάσει τι: OAuth 2.0 και SMART on FHIR, συν προφίλ IHE που συνδυάζουν όλα τα παραπάνω σε δοκιμασμένες συνταγές. Κανείς δεν χρησιμοποιεί μόνο ένα· ένα νοσοκομείο συνήθως λειτουργεί και τα τέσσερα επίπεδα ταυτόχρονα.
Ο χάρτης
Τα πρότυπα διαλειτουργικότητας στην υγειονομική περίθαλψη αποτελούνται από τέσσερα επίπεδα. Τα πρότυπα ανταλλαγής (HL7 v2, CDA, FHIR, DICOM και DICOMweb) μεταφέρουν δεδομένα μεταξύ συστημάτων, και τα προφίλ IHE τα συνδυάζουν σε δοκιμασμένες λύσεις. Το openEHR δομεί τον αποθηκευμένο φάκελο και το OMOP δομεί βάσεις δεδομένων για έρευνα. Ορολογίες όπως SNOMED CT και LOINC, και πρότυπα ταυτότητας όπως SMART on FHIR, χρησιμοποιούνται μέσα σε όλα αυτά.
| Επίπεδο | Πρότυπο | Τι είναι | Πού το συναντάτε το 2026 |
|---|---|---|---|
| Ανταλλαγή | HL7 v2 | Μηνύματα διαχωρισμένα με κάθετη γραμμή (ADT, ORU, ORM, SIU) μέσω MLLP | Εντός νοσοκομείων: εισαγωγές, αποτελέσματα εργαστηρίου, παραγγελίες, προγραμματισμός. Ακόμα η πιο κοινή διεπαφή |
| Ανταλλαγή | CDA / C-CDA | Κλινικά έγγραφα XML με ανθρώπινα αναγνώσιμο μέρος και κωδικοποιημένες καταχωρήσεις | Περιλήψεις εξιτηρίου, συστατικές επιστολές, το C-CDA των ΗΠΑ, διασυνοριακές περιλήψεις στο MyHealth@EU |
| Ανταλλαγή | FHIR (R4, R4B, R5) | Πόροι ιστού (Patient, Observation, Condition…) μέσω REST και JSON | Εφαρμογές ασθενών, εθνικά API, API EHR, US Core, το φορμά ανταλλαγής EHDS |
| Ανταλλαγή | DICOM και DICOMweb | Αντικείμενα εικόνας με ενσωματωμένα μεταδεδομένα· το DICOMweb είναι η REST διεπαφή του | Κάθε σαρωτής, PACS και πρόγραμμα προβολής ακτινολογίας· οι προβολείς ιστού χρησιμοποιούν DICOMweb |
| Συνταγές | Προφίλ IHE | Δοκιμασμένοι συνδυασμοί των παραπάνω για μια συγκεκριμένη χρήση (XDS, PIX/PDQ, XCA, SWF) | Κοινή χρήση εγγράφων μεταξύ νοσοκομείων και περιοχών, ταυτότητα ασθενούς, ροή εργασιών ακτινολογίας |
| Αποθήκευση | openEHR | Κλινικό μοντέλο δεδομένων βασισμένο σε αρχέτυπα για την ίδια την εγγραφή | Πλατφόρμες νοσοκομειακών και εθνικών EHR σε μέρη της Ευρώπης, Σκανδιναβίας, Βραζιλίας |
| Έρευνα | OMOP CDM | Ένα κοινό σχεσιακό μοντέλο για παρατηρητική έρευνα | Ερευνητικά δίκτυα, δεδομένα πραγματικού κόσμου, δευτερογενής χρήση EHDS |
| Ορολογία | SNOMED CT, LOINC, ICD-10/11, ATC, RxNorm, UCUM | Κωδικοί για ευρήματα, εξετάσεις, διαγνώσεις, φάρμακα, μονάδες | Εντός καθενός από τα παραπάνω πρότυπα |
| Ταυτότητα | OAuth 2.0, OpenID Connect, SMART on FHIR, IHE XUA | Ποιος είναι ο χρήστης και τι μπορεί να έχει πρόσβαση η εφαρμογή | Κάθε εφαρμογή που απευθύνεται σε ασθενείς και κάθε πλατφόρμα εφαρμογών EHR |
Πώς ταιριάζουν τα επίπεδα
Τα επίπεδα των προτύπων διαλειτουργικότητας στην υγειονομική περίθαλψη ταιριάζουν μεταξύ τους, καθώς το καθένα εκτελεί μία εργασία στην ίδια ροή εργασίας: ένα μήνυμα HL7 v2 μεταφέρει μια εργαστηριακή παραγγελία, οι κωδικοί LOINC και UCUM κωδικοποιούν το αποτέλεσμα, μια πλατφόρμα openEHR το αποθηκεύει, ένα API FHIR το παρέχει σε μια εφαρμογή για ασθενείς μετά από σύνδεση SMART on FHIR, και ένα έγγραφο CDA το μοιράζεται με ένα άλλο νοσοκομείο.
Μια εξέταση αίματος δείχνει και τα τέσσερα επίπεδα σε ένα απόγευμα. Η παραγγελία φεύγει από το τμήμα ως μήνυμα HL7 v2 ORM (ανταλλαγή). Το αποτέλεσμα του αναλυτή επιστρέφει ως HL7 v2 ORU, με την εξέταση κωδικοποιημένη σε LOINC και τη μονάδα σε UCUM (ορολογία). Το νοσοκομείο το αποθηκεύει στη δική του βάση δεδομένων, ίσως μια πλατφόρμα openEHR (αποθήκευση). Η εφαρμογή του ασθενούς το διαβάζει μέσω ενός API FHIR ως Observation, αφού ο ασθενής συνδεθεί με SMART on FHIR (ταυτότητα). Εάν το νοσοκομείο μοιράζεται την πλήρη αναφορά με άλλο νοσοκομείο, μπορεί να το κάνει ως έγγραφο CDA μέσω ενός μητρώου IHE XDS. Εάν το αποτέλεσμα αργότερα ενταχθεί σε μια ερευνητική ομάδα, μετατρέπεται σε OMOP.
Τα πρότυπα δεν είναι ανταγωνιστές. Το καθένα χτίστηκε για διαφορετική δουλειά, και η αντικατάσταση ενός με ένα άλλο συνήθως σημαίνει την αναδημιουργία κάτι που ήδη λειτουργεί.
Ποιο χρειάζεστε;
Το πρότυπο διαλειτουργικότητας στην υγειονομική περίθαλψη που χρειάζεστε εξαρτάται από την εργασία: FHIR R4 με SMART on FHIR για εφαρμογές ασθενών ή επαγγελματιών υγείας, HL7 v2 για σύνδεση με υπάρχοντα νοσοκομειακά συστήματα, DICOM και DICOMweb για εικόνες, έγγραφα CDA ή FHIR για ολόκληρα έγγραφα, openEHR για μακροχρόνια αποθήκευση φακέλων, OMOP για έρευνα, και προφίλ IHE όταν δύο συστήματα πρέπει να συμπεριφέρονται πανομοιότυπα.
- Δημιουργείτε μια εφαρμογή για ασθενείς ή κλινικούς γιατρούς: FHIR R4, με τα προφίλ της αγοράς σας (οδηγοί υλοποίησης), SMART on FHIR για σύνδεση.
- Συνδέεστε με τα υπάρχοντα συστήματα ενός νοσοκομείου: περιμένετε πρώτα HL7 v2· FHIR όπου το προσφέρει ο προμηθευτής. Δείτε επεξήγηση μηνυμάτων HL7 v2.
- Διαχειρίζεστε εικόνες: DICOM για αποθήκευση και μεταφορά, DICOMweb για οτιδήποτε σε πρόγραμμα περιήγησης, FHIR ImagingStudy μόνο για τα μεταδεδομένα. Δείτε επεξήγηση DICOMweb και ImagingStudy vs DICOMweb.
- Ανταλλάσσετε ολόκληρα έγγραφα (περιλήψεις, επιστολές): CDA όπου είναι υποχρεωτικό, έγγραφα FHIR (ένα Bundle τύπου
document) όπου μπορείτε να επιλέξετε. Δείτε επεξήγηση CDA και C-CDA. - Σχεδιάζετε πώς αποθηκεύεται μια εγγραφή για δεκαετίες: openEHR, με FHIR ως επίπεδο ανταλλαγής. Δείτε openEHR vs FHIR.
- Διεξάγετε έρευνα σε πολλές εγγραφές: OMOP, με FHIR ως πηγή. Δείτε Δευτερογενής χρήση δεδομένων υγείας.
- Χρειάζεστε δύο συστήματα να συμπεριφέρονται με τον ίδιο τρόπο: επιλέξτε το προφίλ IHE για τη χρήση σας και δοκιμάστε εναντίον του.
Πού βρίσκεται η Anpheros
Η πλατφόρμα Anpheros βρίσκεται στο επίπεδο ανταλλαγής του χάρτη προτύπων ως διακομιστής FHIR R4 με πρόσβαση OAuth 2.0 και webhooks για ειδοποιήσεις αλλαγών, λαμβάνοντας εργαστηριακά αποτελέσματα μέσω ενός συνδέσμου από HL7 v2 ORU, CSV ή JSON. Δεν αποθηκεύει εικόνες DICOM και δεν προσφέρει υπηρεσία CDS Hooks· αυτά παραμένουν στα νοσοκομειακά συστήματα.
Η πλατφόρμα Anpheros είναι ένας διακομιστής FHIR R4 με τους πόρους που χρειάζεται ένα κεντρικό στον ασθενή αρχείο (Patient, Observation, Condition, MedicationStatement, DocumentReference, DiagnosticReport, Immunization, Consent, Provenance και άλλα), OAuth 2.0 για πρόσβαση και webhooks για ειδοποιήσεις αλλαγών. Τα αποτελέσματα εργαστηρίου φτάνουν μέσω του συνδέσμου εργαστηρίου από HL7 v2 ORU, CSV ή JSON. Δεν αποθηκεύει εικόνες DICOM και δεν προσφέρει υπηρεσία CDS Hooks· αυτά παραμένουν στα συστήματα του νοσοκομείου, και η εγγραφή τα παραπέμπει.
Σειρά ανάγνωσης
Μια καλή σειρά ανάγνωσης για τα πρότυπα διαλειτουργικότητας στην υγειονομική περίθαλψη ξεκινά με το τι είναι το FHIR και πώς διαφέρει από το HL7 v2, στη συνέχεια ο πόρος FHIR Observation, μετά οι ορολογίες LOINC και SNOMED CT που χρησιμοποιούνται μέσα σε αυτό, έπειτα το DICOMweb για εικόνες, το CDA για έγγραφα και τέλος το openEHR σε σύγκριση με το FHIR για τον τρόπο αποθήκευσης των φακέλων.
Αν είστε νέοι στον τομέα: Τι είναι το FHIR → HL7 vs FHIR → FHIR Observation → LOINC και SNOMED CT → DICOMweb → CDA → openEHR vs FHIR.
Σχετικές σελίδες
- HL7 vs FHIR
- Επεξήγηση μηνυμάτων HL7 v2
- Επεξήγηση CDA και C-CDA
- Επεξήγηση DICOMweb
- openEHR vs FHIR
- Οδηγοί υλοποίησης FHIR
- FHIR R4 vs R5
- Τι είναι ένας κωδικός LOINC;
- Τι είναι το SNOMED CT;
- DICOM vs FHIR για προγραμματιστές
- Επεξήγηση προφίλ και επεκτάσεων FHIR
- Επεξήγηση διακομιστών ορολογίας FHIR
- Χάρτης κανονισμών δεδομένων υγείας
- Εθνικά ηλεκτρονικά αρχεία υγείας στην Ευρώπη και τις ΗΠΑ
- Επεξήγηση ενσωμάτωσης νοσοκομειακών συστημάτων
- AI σε ιατρικά δεδομένα
- Δευτερογενής χρήση δεδομένων υγείας
- Ασφάλεια και ταυτότητα σε εφαρμογές υγείας
Πηγές
- HL7 International: πρότυπα
- Προδιαγραφή HL7 FHIR R4
- Πρότυπο DICOM, τρέχουσα έκδοση
- Τεχνικά πλαίσια IHE
- Προδιαγραφές openEHR
- OHDSI OMOP Common Data Model
- SMART App Launch
Συχνές ερωτήσεις
Αντικαθιστά το FHIR όλα τα άλλα πρότυπα;
Όχι. Το FHIR αντικαθιστά τα προσαρμοσμένα API και, αργά, κάποιες ανταλλαγές εγγράφων CDA. Το HL7 v2 παραμένει ο εργάτης εντός των νοσοκομείων, το DICOM παραμένει το μοναδικό πρότυπο για εικόνες, και το openEHR και το OMOP απαντούν σε ερωτήματα (αποθήκευση, έρευνα) για τα οποία το FHIR δεν σχεδιάστηκε.
Ποια είναι η διαφορά μεταξύ ενός προτύπου και ενός προφίλ IHE;
Ένα πρότυπο όπως το FHIR ή το DICOM ορίζει δομικά στοιχεία. Ένα προφίλ IHE επιλέγει συγκεκριμένα στοιχεία, καθορίζει τις επιλογές τους και λέει ακριβώς πώς τα συστήματα πρέπει να τα χρησιμοποιούν για μια εργασία, ώστε δύο προμηθευτές που και οι δύο περνούν τις δοκιμές IHE να μπορούν να συνεργαστούν χωρίς έργο.
Ποιο πρότυπο χρησιμοποιούν τα εθνικά συστήματα υγείας;
Τα περισσότερα ευρωπαϊκά συστήματα ξεκίνησαν με έγγραφα CDA και HL7 v2, και προσθέτουν API FHIR· το φορμά ανταλλαγής EHDS βασίζεται στο FHIR και το IPS. Οι ΗΠΑ επιβάλλουν το FHIR US Core για πρόσβαση ασθενών και το C-CDA για ανταλλαγή εγγράφων.
Πού ταιριάζουν τα SNOMED CT και LOINC;
Δεν είναι πρότυπα ανταλλαγής· είναι λεξιλόγια που χρησιμοποιούνται εντός όλων τους. Ένας κωδικός LOINC αναγνωρίζει την εξέταση σε ένα τμήμα HL7 v2 OBX, μια καταχώρηση CDA και μια FHIR Observation αντίστοιχα.
Δοκιμάστε δωρεάν στο sandbox
Η πρώτη σας κλήση FHIR σε 5 λεπτά. Ένα API HL7 FHIR R4 με τη συγκατάθεση του ασθενούς ενσωματωμένη: δοκιμάστε το στο sandbox, στη συνέχεια συνδέστε τη δική σας εφαρμογή ή σύστημα κλινικής.
Δωρεάν · 30 συνθετικοί ασθενείς · χωρίς κάρτα
Το Anpheros δημιουργεί ένα ιατρικό αρχείο που ελέγχει ο ασθενής και μπορεί να μοιραστεί με οποιαδήποτε κλινική, σε πλατφόρμα HL7 FHIR R4, με έδρα την ΕΕ. Αυτοί οι οδηγοί σάς βοηθούν να κατανοήσετε και να οργανώσετε την υγεία σας· δεν αντικαθιστούν τον γιατρό σας.
Σχετικά με το Anpheros →