Σύντομη απάντηση: Το CDA σας δίνει ένα έγγραφο: ένα υπογεγραμμένο αρχείο XML για έναν ασθενή σε μια συγκεκριμένη στιγμή, με αφήγηση που διαβάζει ένας άνθρωπος και καταχωρήσεις που μπορεί να διαβάσει ένας υπολογιστής, το οποίο πρέπει να παραμένει ολόκληρο και αμετάβλητο. Το FHIR σας δίνει πόρους: έναν Ασθενή, σαράντα Παρατηρήσεις, τρεις Καταστάσεις, καθένα με το δικό του URL, που ανακτώνται, αναζητούνται και ενημερώνονται ανεξάρτητα μέσω ενός REST API. Το FHIR μπορεί επίσης να συσκευάσει πόρους σε ένα έγγραφο (ένα Bundle τύπου document με επικεφαλίδα μια Σύνθεση), το οποίο είναι η άμεση ισοδύναμη του CDA. Επιλέξτε CDA όπου μια ρύθμιση ή ένας συνεργάτης το απαιτεί· επιλέξτε FHIR για APIs, εφαρμογές και οτιδήποτε πρέπει να ερωτάται παρά να διαβάζεται.
Οι δύο μορφές
Το CDA και το FHIR έχουν δύο διαφορετικές μορφές. Το CDA ανταλλάσσει ολόκληρα έγγραφα XML, δομημένα με τύπους δεδομένων HL7 v3, που αναγνωρίζονται από OIDs, με υποχρεωτική αφηγηματική περιγραφή, χωρίς δυνατότητα αναζήτησης, χωρίς ενημερώσεις και με υπογραφή ολόκληρου του εγγράφου. Το FHIR ανταλλάσσει μεμονωμένους πόρους JSON ή XML ή Bundles, που αναγνωρίζονται από κανονικές διευθύνσεις URL, με ενσωματωμένη αναζήτηση REST, ενημερώσεις με εκδόσεις και προφίλ που δημοσιεύονται σε οδηγούς υλοποίησης.
| CDA / C-CDA | FHIR | |
|---|---|---|
| Μονάδα ανταλλαγής | Ένα ολόκληρο έγγραφο | Ένας πόρος, ή ένα Bundle πόρων |
| Μορφή | XML, τύποι δεδομένων HL7 v3 | JSON ή XML, τύποι δεδομένων FHIR |
| Ταυτοποίηση | OIDs για πρότυπα και συστήματα κωδικοποίησης | URLs (κανονικά) για προφίλ και συστήματα κωδικοποίησης |
| Μέρος αναγνώσιμο από άνθρωπο | Υποχρεωτικό <text> σε κάθε ενότητα |
Προαιρετική αφήγηση text.div ανά πόρο· υποχρεωτική σε έγγραφα |
| Μεταφορά | Δεν ορίζεται· μεταφέρεται από XDS, Direct, MLLP, email | REST μέσω HTTPS που ορίζεται από το πρότυπο· επίσης μηνύματα και έγγραφα |
| Ερωτήματα | Δεν είναι δυνατά μέσα σε ένα έγγραφο· οι μητρώα ευρετηριάζουν την κεφαλίδα | Ενσωματωμένο: GET /Observation?patient=…&code=… |
| Ενημέρωση | Ποτέ· ένα νέο έγγραφο αντικαθιστά το παλιό | Οι πόροι έχουν εκδόσεις και ενημερώνονται επιτόπου |
| Υπογραφή | Ολόκληρο έγγραφο, XML-DSig | Ολόκληρο Bundle δυνατό· μεμονωμένοι πόροι σπάνια υπογράφονται |
| Προφίλ | Πρότυπα (templateId) ανά ενότητα και καταχώρηση | Προφίλ StructureDefinition ανά πόρο, δημοσιευμένα σε οδηγούς υλοποίησης |
| Ορολογία | Κωδικοί ενοτήτων LOINC, καταχωρήσεις SNOMED/ICD/RxNorm | Ίδια συστήματα κωδικοποίησης, ως CodeableConcept |
Τι σημαίνει η διαφορά στην πράξη
Στην πράξη, η διαφορά μεταξύ CDA και FHIR είναι ότι το CDA ταιριάζει σε περιεχόμενο που γράφεται μία φορά και διατηρείται ολόκληρο, όπως μια υπογεγραμμένη περίληψη εξιτηρίου, ενώ το FHIR ταιριάζει σε δεδομένα που αυξάνονται και αναζητούνται, όπως μια σειρά μετρήσεων αρτηριακής πίεσης. Ένας δέκτης CDA μπορεί να εμφανίσει, αλλά πρέπει να συμβιβάσει για να εισαγάγει. Ένας δέκτης FHIR λαμβάνει πόρους που έχουν ήδη διαμορφωθεί σαν το δικό του αρχείο.
Μια περίληψη εξιτηρίου είναι φυσικά ένα έγγραφο: γράφεται μία φορά, υπογράφεται από έναν γιατρό και πρέπει να είναι αναπαραγώγιμη χρόνια αργότερα ακριβώς όπως διαβάστηκε. Μια σειρά μετρήσεων αρτηριακής πίεσης είναι φυσικά ένα σύνολο πόρων: μεγαλώνει κάθε μέρα, σχεδιάζεται και φιλτράρεται, και κανείς δεν την υπογράφει. Το CDA χειρίζεται το πρώτο καλά και το δεύτερο άσχημα (θα ξαναστείλατε ολόκληρο το έγγραφο για κάθε νέα μέτρηση). Το FHIR χειρίζεται το δεύτερο εγγενώς και το πρώτο μέσω του μηχανισμού εγγράφων του.
Η άλλη πρακτική διαφορά είναι τι μπορεί να κάνει ο παραλήπτης. Ένας παραλήπτης CDA μπορεί πάντα να εμφανίσει το έγγραφο· η εισαγωγή των καταχωρήσεών του απαιτεί συμφιλίωση, ενότητα προς ενότητα. Ένας παραλήπτης FHIR λαμβάνει πόρους που είναι ήδη στη μορφή του δικού του αρχείου· οι δύσκολες ερωτήσεις μετατοπίζονται στην ταυτότητα (είναι αυτός ο ίδιος ασθενής;) και την προέλευση (ποιος το δήλωσε αυτό και πότε;). Δείτε Αντιστοίχιση ασθενών.
Έγγραφα FHIR: το σημείο συνάντησης
Ένα έγγραφο FHIR είναι ένα Bundle με type: "document" του οποίου η πρώτη καταχώρηση είναι μια Σύνθεση (Composition). Η Σύνθεση παίζει το ρόλο της κεφαλίδας και της λίστας ενοτήτων του CDA: τύπος (LOINC), ημερομηνία, συγγραφέας, θέμα, φύλακας, κατάσταση και section[] με τίτλο, κωδικό, αφήγηση κειμένου και αναφορές στους πόρους που φέρουν τα δεδομένα.
{
"resourceType": "Bundle",
"type": "document",
"identifier": {"system": "urn:ietf:rfc:3986", "value": "urn:uuid:3f2d7a3e-…"},
"timestamp": "2026-03-14T10:15:00+01:00",
"entry": [
{"fullUrl": "urn:uuid:comp-1", "resource": {
"resourceType": "Composition", "status": "final",
"type": {"coding": [{"system": "http://loinc.org", "code": "60591-5", "display": "Patient summary Document"}]},
"subject": {"reference": "urn:uuid:pat-1"},
"date": "2026-03-14T10:15:00+01:00",
"author": [{"reference": "urn:uuid:prac-1"}],
"title": "Patient summary",
"section": [{
"title": "Allergies and intolerances",
"code": {"coding": [{"system": "http://loinc.org", "code": "48765-2"}]},
"text": {"status": "generated", "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\"><p>Penicillin: rash</p></div>"},
"entry": [{"reference": "urn:uuid:allergy-1"}]
}]
}},
{"fullUrl": "urn:uuid:pat-1", "resource": {"resourceType": "Patient", "id": "pat-1"}},
{"fullUrl": "urn:uuid:prac-1", "resource": {"resourceType": "Practitioner", "id": "prac-1"}},
{"fullUrl": "urn:uuid:allergy-1", "resource": {"resourceType": "AllergyIntolerance", "id": "allergy-1", "patient": {"reference": "urn:uuid:pat-1"}, "code": {"coding": [{"system": "http://snomed.info/sct", "code": "764146007", "display": "Penicillin"}]}}}
]
}
Η Διεθνής Περίληψη Ασθενούς είναι ακριβώς αυτό: ένα προφίλ εγγράφου FHIR, με ένα αντίστοιχο CDA για συστήματα που το χρειάζονται ακόμα. Δείτε επίσης Επεξήγηση FHIR Bundle.
Μετατροπή μεταξύ τους
Η μετατροπή μεταξύ CDA και FHIR λειτουργεί και προς τις δύο κατευθύνσεις με περιορισμούς. Ο οδηγός υλοποίησης HL7 C-CDA on FHIR αντιστοιχίζει τύπους εγγράφων, ενότητες και καταχωρήσεις σε προφίλ Composition και πόρους. Οι ενότητες μόνο με αφηγηματική περιγραφή γίνονται κείμενο χωρίς δεδομένα. Η μετατροπή από FHIR σε CDA λειτουργεί για πόρους που ταιριάζουν στα πρότυπα C-CDA. Και προς τις δύο κατευθύνσεις, το πρωτότυπο θα πρέπει να διατηρείται ως DocumentReference με Provenance.
- CDA → FHIR: ο οδηγός υλοποίησης HL7 C-CDA on FHIR αντιστοιχίζει τους τύπους εγγράφων και τις ενότητες των ΗΠΑ σε προφίλ Σύνθεσης· οι καταχωρήσεις αντιστοιχούν σε πόρους (Problem Concern Act → Condition, Medication Activity → MedicationStatement, Result Observation → Observation). Η αντιστοίχιση είναι ντετερμινιστική για καλά προτυποποιημένο περιεχόμενο Επιπέδου 3 και χάνει πληροφορίες για ενότητες μόνο με αφήγηση, οι οποίες γίνονται κείμενο χωρίς δεδομένα.
- FHIR → CDA: δυνατό για έγγραφα των οποίων οι πόροι ταιριάζουν στα πρότυπα C-CDA. Ελεύθεροι πόροι FHIR που δεν προορίζονταν ποτέ ως έγγραφο (μια ροή Παρατηρήσεων από φορητές συσκευές) δεν γίνονται ένα λογικό CDA.
- Διατηρήστε το πρωτότυπο. Όποια κατεύθυνση και αν μετατρέψετε, αποθηκεύστε την πηγή όπως ελήφθη, ως DocumentReference, και αφήστε το Provenance να δείχνει από τους μετατρεπόμενους πόρους σε αυτό. Η μετατροπή είναι μια προβολή, όχι αντικατάσταση.
Πότε το CDA είναι ακόμα η σωστή απάντηση
Το CDA εξακολουθεί να είναι η σωστή απάντηση όταν το λαμβάνον μέρος το απαιτεί (μεταβάσεις φροντίδας στις ΗΠΑ, περίληψη ασθενούς και ηλεκτρονική συνταγογράφηση MyHealth@EU, διάφορα εθνικά μητρώα εγγράφων), όταν το περιεχόμενο είναι νομικά ένα έγγραφο που πρέπει να υπογραφεί και να διατηρηθεί ολόκληρο, ή όταν η υποδομή του συνεργάτη είναι IHE XDS, η οποία ευρετηριάζει έγγραφα αντί για πόρους. Διαφορετικά, ξεκινήστε με FHIR.
Όταν το ζητάει ο παραλήπτης (μεταβάσεις φροντίδας στις ΗΠΑ, περίληψη ασθενούς και ηλεκτρονική συνταγογράφηση MyHealth@EU σήμερα, διάφορα εθνικά μητρώα εγγράφων)· όταν το περιεχόμενο είναι νομικά ένα έγγραφο που πρέπει να υπογραφεί και να διατηρηθεί ολόκληρο· όταν η υποδομή του συνεργάτη είναι IHE XDS, η οποία ευρετηριάζει έγγραφα και όχι πόρους. Σε κάθε άλλη περίπτωση, ξεκινήστε με FHIR και παράγετε ένα έγγραφο FHIR όπου χρειάζεται ένα έγγραφο.
Σχετικές σελίδες
- Επεξήγηση CDA και C-CDA
- Επεξήγηση FHIR Bundle
- Η Διεθνής Περίληψη Ασθενούς
- HL7 vs FHIR
- DocumentReference vs DiagnosticReport vs Binary
- Αντιστοίχιση ασθενών
Πηγές
- HL7 FHIR R4: Documents
- HL7 FHIR R4: Composition
- HL7 C-CDA on FHIR implementation guide
- HL7 FHIR: comparison with CDA (Appendix)
- HL7 FHIR: International Patient Summary IG
Συχνές ερωτήσεις
Είναι ένα έγγραφο FHIR απλώς CDA σε JSON;
Όχι. Μοιράζεται τις αρχές (ολόκληρο, υπογεγραμμένο, αναγνώσιμο από άνθρωπο, με κεφαλίδα) αλλά το περιεχόμενό του είναι συνηθισμένοι πόροι FHIR, οπότε η ίδια Παρατήρηση μπορεί να υπάρχει σε ένα έγγραφο και να εξυπηρετείται από το API. Στο CDA, μια καταχώρηση υπάρχει μόνο μέσα στο έγγραφό της.
Μπορώ να υπογράψω ένα έγγραφο FHIR;
Ναι. Το Bundle.signature περιέχει μια ψηφιακή υπογραφή πάνω στο bundle, και οι οδηγοί IPS και εθνικοί περιγράφουν πώς. Στην πράξη, πολλές αναπτύξεις βασίζονται στην ασφάλεια μεταφοράς και την προέλευση αντί για υπογραφές.
Έχει το FHIR templateId;
Το ισοδύναμο είναι το meta.profile, μια λίστα κανονικών URLs των StructureDefinitions στα οποία ο πόρος ισχυρίζεται ότι συμμορφώνεται. Οι επικυρωτές ελέγχουν τη συμμόρφωση όπως οι schematrons του CDA ελέγχουν τα πρότυπα.
Τι πρέπει να επιλέξει ένα νέο εθνικό πρόγραμμα;
Πρόσφατα προγράμματα (η μορφή ανταλλαγής EHDS, οι κανόνες πρόσβασης ασθενών στις ΗΠΑ, το IPS) επιλέγουν FHIR, με έγγραφα FHIR για περιλήψεις και επιστολές, και διατηρούν μια διαδρομή CDA μόνο για παλιούς συνεργάτες.
Δοκιμάστε δωρεάν στο sandbox
Η πρώτη σας κλήση FHIR σε 5 λεπτά. Ένα API HL7 FHIR R4 με τη συγκατάθεση του ασθενούς ενσωματωμένη: δοκιμάστε το στο sandbox, στη συνέχεια συνδέστε τη δική σας εφαρμογή ή σύστημα κλινικής.
Δωρεάν · 30 συνθετικοί ασθενείς · χωρίς κάρτα
Το Anpheros δημιουργεί ένα ιατρικό αρχείο που ελέγχει ο ασθενής και μπορεί να μοιραστεί με οποιαδήποτε κλινική, σε πλατφόρμα HL7 FHIR R4, με έδρα την ΕΕ. Αυτοί οι οδηγοί σάς βοηθούν να κατανοήσετε και να οργανώσετε την υγεία σας· δεν αντικαθιστούν τον γιατρό σας.
Σχετικά με το Anpheros →