HL7 v2

Επεξήγηση μηνυμάτων HL7 v2 ORM και OML για παραγγελίες: ORC, OBR και μια ολοκληρωμένη εργαστηριακή παραγγελία

Ταξίδι παραγγελίας HL7 v2: ORM^O01, OML^O21, ORC (έλεγχος), OBR (τι παραγγέλθηκε), ORR, ACK. Σύγκριση με FHIR ServiceRequest.

από Δημοσιεύτηκε 7 λεπτά ανάγνωσης

Σύντομη απάντηση: Στο 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. Δεν στέλνει ούτε λαμβάνει παραγγελίες. η παραγγελιοληψία παραμένει στα συστήματα του νοσοκομείου ή του εργαστηρίου, και το ολοκληρωμένο αποτέλεσμα εντάσσεται στον φάκελο του ασθενούς.

Σχετικές σελίδες

Πηγές

Συχνές ερωτήσεις

Ποια είναι η διαφορά μεταξύ 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 δημοσιεύει τους λεπτομερείς πίνακες.

Anpheros Platform

Δοκιμάστε δωρεάν στο sandbox

Η πρώτη σας κλήση FHIR σε 5 λεπτά. Ένα API HL7 FHIR R4 με τη συγκατάθεση του ασθενούς ενσωματωμένη: δοκιμάστε το στο sandbox, στη συνέχεια συνδέστε τη δική σας εφαρμογή ή σύστημα κλινικής.

Δωρεάν · 30 συνθετικοί ασθενείς · χωρίς κάρτα

Αυτός ο οδηγός παρέχεται για ενημερωτικούς σκοπούς και δεν αντικαθιστά την ιατρική συμβουλή. Για αποφάσεις σχετικά με την υγεία σας, μιλήστε με τον γιατρό σας. Σε επείγουσα περίπτωση, καλέστε τον τοπικό αριθμό έκτακτης ανάγκης (112 στην Ευρώπη).
Συντάχθηκε από
Η ομάδα του Anpheros

Το Anpheros δημιουργεί ένα ιατρικό αρχείο που ελέγχει ο ασθενής και μπορεί να μοιραστεί με οποιαδήποτε κλινική, σε πλατφόρμα HL7 FHIR R4, με έδρα την ΕΕ. Αυτοί οι οδηγοί σάς βοηθούν να κατανοήσετε και να οργανώσετε την υγεία σας· δεν αντικαθιστούν τον γιατρό σας.

Σχετικά με το Anpheros →