Σύντομη απάντηση: Στο HL7 v2, μια παραγγελία (εργαστηριακή εξέταση, απεικονιστική εξέταση, φαρμακευτική αγωγή) αποστέλλεται ως μήνυμα ORM^O01 σε εκδόσεις έως 2.5.1, ή ως μήνυμα εργαστηριακής παραγγελίας OML^O21 από την έκδοση 2.4 και μετά. Και τα δύο μεταφέρουν τον ασθενή (PID), την επίσκεψη (PV1), το τμήμα ORC που ελέγχει την παραγγελία (νέα, ακύρωση, αναμονή, αλλαγή κατάστασης, με αριθμούς παραγγελίας από τον αιτούντα και τον εκτελούντα) και το τμήμα OBR που αναφέρει τι παραγγέλθηκε, από ποιον και για πότε. Το σύστημα εκτέλεσης απαντά με ORR (ή ORL για OML) και αργότερα επιστρέφει αποτελέσματα ως ORU. Το αντίστοιχο του ORC+OBR στο FHIR είναι ένα ServiceRequest.
Μια εργαστηριακή παραγγελία, τμήμα προς τμήμα
Ένα μήνυμα παραγγελίας εργαστηρίου HL7 v2 (ORM^O01) αποτελείται από τμήματα: το MSH ορίζει τον τύπο και την έκδοση του μηνύματος, το PID αναγνωρίζει τον ασθενή, το PV1 περιγράφει την επίσκεψη, το ORC φέρει τον κωδικό ελέγχου της παραγγελίας, τους αριθμούς παραγγελίας του τοποθετητή και του εκτελεστή, την προτεραιότητα και τον πάροχο που έκανε την παραγγελία, το OBR ορίζει την ζητούμενη εξέταση με κωδικό LOINC και χρόνο συλλογής, και το DG1 δίνει τη διάγνωση που δικαιολογεί την εξέταση.
MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10
- MSH-9
ORM^O01^ORM_O01ονομάζει τον τύπο του μηνύματος, το συμβάν ενεργοποίησης και τη δομή. Το MSH-12 δίνει την έκδοση. - Το PID αναγνωρίζει τον ασθενή. Το PID-3 περιέχει τον αναγνωριστικό αριθμό με την αρχή ανάθεσης και τον τύπο του (
MR, αριθμός ιατρικού φακέλου). - Το PV1 δίνει την επίσκεψη: εξωτερικός ασθενής (
O), η τοποθεσία, ο θεράπων ιατρός. - Το ORC-1 είναι ο κωδικός ελέγχου παραγγελίας:
NWνέα παραγγελία,CAαίτημα ακύρωσης,OCακυρωμένη παραγγελία,HDαναμονή,RLαπελευθέρωση,SCαλλαγή κατάστασης,OKαποδεκτή παραγγελία,UAαδυναμία αποδοχής,XOαλλαγή παραγγελίας,DCδιακοπή. Το ORC-2 είναι ο αριθμός παραγγελίας του αιτούντα (που ανατίθεται από το σύστημα παραγγελίας), το ORC-3 ο αριθμός παραγγελίας του εκτελούντος (που ανατίθεται από το εργαστήριο, κενός μέχρι να απαντήσει). Το ORC-7 περιέχει τον χρόνο και την προτεραιότητα (Rρουτίνα,Sεπείγον,Aάμεσα). Το ORC-12 είναι ο πάροχος που έκανε την παραγγελία. - Το OBR-4 είναι ο ενιαίος αναγνωριστικός κωδικός υπηρεσίας: τι παραγγέλθηκε, κωδικοποιημένο (εδώ LOINC,
LN). Το OBR-7 είναι η ημερομηνία-ώρα συλλογής ή παρατήρησης. Το OBR-16 επαναλαμβάνει τον πάροχο που έκανε την παραγγελία. Σε εργαστηριακές παραγγελίες, οι λεπτομέρειες του δείγματος βρίσκονται στο OBR-15 σε παλαιότερες εκδόσεις και σε ένα ειδικό τμήμα SPM από την έκδοση 2.5. - Το DG1 μεταφέρει τη διάγνωση που δικαιολογεί την παραγγελία.
Η ίδια παραγγελία με πολλαπλές εξετάσεις επαναλαμβάνει το ζεύγος ORC/OBR μία φορά ανά εξέταση, καθεμία με το δικό της OBR-1 set ID.
ORM vs OML
Το ORM^O01 είναι το γενικό μήνυμα παραγγελίας HL7 v2, μια χαλαρή δομή για εργαστήριο, ακτινολογία, φαρμακείο και προμήθειες. Το OML, που εισήχθη στην έκδοση 2.4, είναι το μήνυμα παραγγελίας ειδικό για εργαστήριο με ενεργοποιητές O21, O33 και O35 και σαφή τμήματα SPM και SAC για δείγματα και δοχεία. Οι περισσότερες διεπαφές νοσοκομείου-εργαστηρίου εξακολουθούν να χρησιμοποιούν το ORM^O01. Το OML εμφανίζεται σε νεότερα εργαστηριακά συστήματα και προφίλ IHE.
Το ORM^O01 είναι το γενικό μήνυμα παραγγελίας: μια δομή για εργαστήριο, ακτινολογία, φαρμακείο, διατροφή και προμήθειες, κάτι που το έκανε χαλαρό. Από την έκδοση 2.4, το HL7 εισήγαγε το OML (εργαστηριακή παραγγελία) με διάφορα συμβάντα ενεργοποίησης, O21 (παραγγελία ανά εξέταση), O33 (παραγγελία ανά δείγμα) και O35 (παραγγελία ανά δείγμα και δοχείο), και μια αυστηρότερη δομή με τμήματα SPM και SAC για δείγματα και δοχεία. Ακολούθησαν τα OMG (γενική κλινική παραγγελία), OMI (απεικονιστική) και OMP (φαρμακευτική) με το ίδιο μοτίβο. Στην πράξη, οι περισσότερες διεπαφές νοσοκομείου-εργαστηρίου εξακολουθούν να λειτουργούν με ORM^O01 στην έκδοση 2.3.1 ή 2.5.1, και το OML εμφανίζεται σε νεότερα εργαστηριακά συστήματα και στο προφίλ Laboratory Testing Workflow του IHE.
Απαντήσεις
Μια παραγγελία HL7 v2 λαμβάνει δύο απαντήσεις. Ένα άμεσο ACK (MSA-1 AA, AE ή AR) επιβεβαιώνει ότι το μήνυμα ελήφθη και αναλύθηκε. Στη συνέχεια, μια απάντηση εφαρμογής, ORR^O02 για ORM ή ORL^O22 για OML, επαναλαμβάνει το ORC με OK ή UA και συμπληρώνει το ORC-3, τον αριθμό παραγγελίας του εκτελεστή. Τα αποτελέσματα επιστρέφουν αργότερα ως ORU^R01, φέροντας και τους δύο αριθμούς παραγγελίας.
Το σύστημα λήψης απαντά δύο φορές. Αμέσως, με ένα ACK (MSA-1 AA αποδοχή, AE σφάλμα, AR απόρριψη) που επιβεβαιώνει ότι το μήνυμα λήφθηκε και αναλύθηκε. Στη συνέχεια, ως απάντηση εφαρμογής, με ORR^O02 (για ORM) ή ORL^O22 (για OML), επαναλαμβάνοντας το ORC με OK ή UA και συμπληρώνοντας το ORC-3, τον αριθμό παραγγελίας του εκτελούντος, τον οποίο χρησιμοποιούν και οι δύο πλευρές από εκείνο το σημείο και μετά. Τα αποτελέσματα επιστρέφουν ως ORU^R01, με τους ίδιους αριθμούς παραγγελίας αιτούντα και εκτελούντος στα OBR-2 και OBR-3, κάτι που επιτρέπει σε ένα αποτέλεσμα να βρει την παραγγελία του. Δείτε Επεξήγηση μηνυμάτων HL7 v2: ADT και ORU.
Πού αποτυγχάνουν οι παραγγελίες
Οι παραγγελίες HL7 v2 αποτυγχάνουν συχνότερα λόγω ασυμφωνίας στους αριθμούς του τοποθετητή και του εκτελεστή όταν δεν έχει επεξεργαστεί το ORR, τοπικούς κωδικούς εξετάσεων στο OBR-4 χωρίς κωδικό LOINC, ακυρώσεις που αποστέλλονται χωρίς τον αρχικό αριθμό του τοποθετητή, ασυμφωνίες εκδόσεων όπως ένα τμήμα SPM που αποστέλλεται σε δέκτη 2.3.1, και προτεραιότητα γραμμένη σε ελεύθερο κείμενο NTE αντί για ORC-7 ή OBR-5.
- Αριθμοί που δεν ταιριάζουν: το ORU επιστρέφει με έναν αριθμό εκτελούντος που το EHR δεν είδε ποτέ, συνήθως επειδή το ORR δεν επεξεργάστηκε.
- Τοπικοί κωδικοί στο OBR-4: ο εσωτερικός κωδικός εξέτασης ενός εργαστηρίου αντί για (ή χωρίς) κωδικό LOINC, έτσι ώστε ο φάκελος λήψης να μην μπορεί να αντιστοιχίσει την εξέταση. Η λύση είναι ένας κωδικός με και τα δύο:
GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN. - Ακυρώσεις χωρίς τους αρχικούς αριθμούς: το
CAπρέπει να φέρει τον αριθμό παραγγελίας του αιτούντα που ακυρώνει. - Ασυμφωνίες εκδόσεων: ένα τμήμα SPM που αποστέλλεται σε δέκτη 2.3.1 απορρίπτεται ή απορρίπτεται.
- Προτεραιότητα στο λάθος πεδίο:
STATσε ένα ελεύθερο κείμενο NTE αντί για ORC-7 ή OBR-5.
Η ίδια παραγγελία σε FHIR
Στο FHIR, τα τμήματα ORC και OBR μιας παραγγελίας HL7 v2 συμπτύσσονται σε ένα μόνο ServiceRequest με κατάσταση, πρόθεση παραγγελίας, προτεραιότητα, κωδικό LOINC, υποκείμενο, συνάντηση, αιτούντα, occurrenceDateTime, reasonCode για τη διάγνωση και αναγνωριστικά για τους αριθμούς του τοποθετητή και του εκτελεστή. Το προκύπτον Observation και DiagnosticReport αναφέρονται σε αυτό μέσω basedOn, όπως χαρτογραφείται στον οδηγό υλοποίησης HL7 v2-to-FHIR.
Στο FHIR, τα ORC και OBR συνενώνονται σε ένα ServiceRequest: status (active, on-hold, revoked, completed), intent (order), priority (routine, urgent, asap, stat), code (η εξέταση LOINC), subject, encounter, requester, occurrenceDateTime, reasonCode (η διάγνωση ICD-10) και identifier για τους αριθμούς παραγγελίας αιτούντα και εκτελούντος. Το Observation και το DiagnosticReport του αποτελέσματος δείχνουν πίσω με basedOn. Το HL7 δημοσιεύει την αντιστοίχιση πεδίο προς πεδίο στον οδηγό υλοποίησης v2-to-FHIR.
Η πλατφόρμα Anpheros υποστηρίζει ServiceRequest, Observation και DiagnosticReport, και ο σύνδεσμος εργαστηρίου της δέχεται αποτελέσματα ως HL7 v2 ORU, CSV ή JSON. Δεν στέλνει ούτε λαμβάνει παραγγελίες. η παραγγελιοληψία παραμένει στα συστήματα του νοσοκομείου ή του εργαστηρίου, και το ολοκληρωμένο αποτέλεσμα εντάσσεται στον φάκελο του ασθενούς.
Σχετικές σελίδες
- Επεξήγηση μηνυμάτων HL7 v2: ADT και ORU
- HL7 vs FHIR
- PACS vs RIS vs VNA
- Σύνδεσμος εργαστηρίου: HL7 v2, CSV ή JSON σε FHIR
- Τι είναι ο κωδικός LOINC;
- Αντιστοίχιση HL7 v2 σε FHIR (developers)
- Πώς να ενσωματώσετε ένα σύστημα εργαστηριακής πληροφορικής με ένα EHR
- Επεξήγηση μηχανών διεπαφής
Πηγές
- Σουίτα προϊόντων HL7 Version 2
- Αναφορά HL7 v2.5.1 ORM_O01 (Caristix)
- Αναφορά HL7 v2.5.1 OML_O21 (Caristix)
- Οδηγός υλοποίησης HL7 v2-to-FHIR
- HL7 FHIR R4: ServiceRequest
- IHE Laboratory Testing Workflow (LTW)
Συχνές ερωτήσεις
Ποια είναι η διαφορά μεταξύ ORC και OBR;
Το ORC αφορά την παραγγελία ως διοικητικό αντικείμενο: ποιος την έκανε, οι αριθμοί της, η κατάστασή της, η προτεραιότητά της. Το OBR αφορά την υπηρεσία που ζητήθηκε: ποια εξέταση, σε ποιο δείγμα, πότε. Κάθε OBR προηγείται από το αντίστοιχο ORC του.
Τι είναι ο αιτών και ο εκτελών;
Ο αιτών είναι το σύστημα που ζητά την υπηρεσία (το EHR ή το σύστημα του γιατρού που παραγγέλνει). Ο εκτελών είναι το σύστημα που εκτελεί την υπηρεσία (το εργαστήριο ή το σύστημα ακτινολογίας). Κάθε ένα αναθέτει τον δικό του αριθμό παραγγελίας, και τα μηνύματα μεταφέρουν και τους δύο, ώστε οποιαδήποτε πλευρά να μπορεί να βρει την παραγγελία.
Πρέπει να υλοποιήσω ORM ή OML για μια νέα εργαστηριακή διεπαφή;
Εάν ο συνεργάτης υποστηρίζει OML^O21 στην έκδοση 2.5.1 ή νεότερη, προτιμήστε το: ο χειρισμός δειγμάτων είναι σαφής και τα προφίλ IHE βασίζονται σε αυτό. Εάν ο συνεργάτης είναι ένα παλαιότερο LIS, το ORM^O01 είναι αυτό που μιλάει, και προσαρμόζεστε.
Πώς αντιστοιχεί μια παραγγελία HL7 v2 σε FHIR;
Τα ORC και OBR μαζί γίνονται ένα ServiceRequest. Οι αριθμοί αιτούντα και εκτελούντος γίνονται αναγνωριστικά. Τα ORC-1 και ORC-5 αντιστοιχούν στην κατάσταση. Το OBR-4 στον κωδικό. Το DG1 στο reasonCode. Ο πάροχος που έκανε την παραγγελία στον requester. Ο οδηγός HL7 v2-to-FHIR δημοσιεύει τους λεπτομερείς πίνακες.
Δοκιμάστε δωρεάν στο sandbox
Η πρώτη σας κλήση FHIR σε 5 λεπτά. Ένα API HL7 FHIR R4 με τη συγκατάθεση του ασθενούς ενσωματωμένη: δοκιμάστε το στο sandbox, στη συνέχεια συνδέστε τη δική σας εφαρμογή ή σύστημα κλινικής.
Δωρεάν · 30 συνθετικοί ασθενείς · χωρίς κάρτα

