Πώς να ενσωματώσετε ένα σύστημα πληροφοριών εργαστηρίου με ένα Ηλεκτρονικό Φάκελο Υγείας (ΗΦΥ): HL7 v2, FHIR και οι παγίδες, βήμα προς βήμα

Σύντομη απάντηση: μια διεπαφή εργαστηρίου έχει δύο κατευθύνσεις. Οι παραγγελίες πηγαίνουν από το EHR στο σύστημα πληροφοριών εργαστηρίου (LIS) ως μηνύματα HL7 v2 ORM^O01 ή OML^O21 (ή ως FHIR ServiceRequest), και το LIS απαντά με ORR/ORL και αργότερα με αποτελέσματα ως ORU^R01 (ή FHIR DiagnosticReport με Observations). Τα δύσκολα δεν είναι τα μηνύματα αλλά οι λεπτομέρειες μέσα σε αυτά: αριθμοί παραγγελιοδότη και εκτελεστή που συνδέουν τα αποτελέσματα με τις παραγγελίες, κατάσταση αποτελέσματος (προκαταρκτική, τελική, διορθωμένη), σημάνσεις ανωμαλίας, μονάδες και εύρη αναφοράς, πληροφορίες δείγματος, μικροβιολογία με τα πολυμερή της αποτελέσματα, και αντιστοίχιση κωδικών σε LOINC. Όταν γίνεται σωστά, κάθε αποτέλεσμα καταλήγει στον σωστό ασθενή, στη σωστή παραγγελία και στο σωστό σημείο στο αρχείο, με την έννοιά του άθικτη.

Βήμα 1: συμφωνία των ροών

Το πρώτο βήμα για την ενσωμάτωση ενός συστήματος πληροφορικής εργαστηρίου με ένα Ηλεκτρονικό Φάκελο Υγείας (ΗΦΥ) είναι η συμφωνία με το εργαστήριο σχετικά με τις ροές που υπάρχουν: παραγγελίες προς τα έξω, ενημερώσεις κατάστασης παραγγελίας, αποτελέσματα προς τα μέσα, διορθώσεις, ακυρώσεις, συμπληρωματικές και αντανακλαστικές εξετάσεις, και μια ροή δημογραφικών στοιχείων ADT προς το LIS. Τα μέρη καθορίζουν επίσης την έκδοση HL7, συνήθως 2.3.1 ή 2.5.1, και τη μεταφορά, συνήθως MLLP με επιβεβαιώσεις.

Αποφασίστε με το εργαστήριο ποιες ροές υπάρχουν: παραγγελίες προς τα έξω (ή το εργαστήριο λαμβάνει χαρτί και καταχωρείται μόνο του;), ενημερώσεις κατάστασης παραγγελίας, αποτελέσματα προς τα μέσα, διορθώσεις, ακυρώσεις, πρόσθετες εξετάσεις, αντανακλαστικές εξετάσεις και δημογραφικά στοιχεία (ροή ADT στο LIS ώστε να γνωρίζει τον ασθενή πριν φτάσει το δείγμα). Σχεδιάστε την ακολουθία για ένα κανονικό αποτέλεσμα, ένα διορθωμένο αποτέλεσμα και μια ακυρωμένη παραγγελία. Αποφασίστε την έκδοση HL7 (2.3.1 και 2.5.1 είναι οι πιο συνηθισμένες) και τη μεταφορά (MLLP με ACKs· μερικές φορές αρχεία). Δείτε μηνύματα παραγγελίας HL7 v2.

Βήμα 2: το μήνυμα αποτελέσματος, πεδίο προς πεδίο

Ένα αποτέλεσμα εργαστηρίου φτάνει στο ΗΦΥ ως μήνυμα HL7 v2 ORU^R01: το MSH αναγνωρίζει τον αποστολέα και τον παραλήπτη, το PID τον ασθενή, το PV1 την επίσκεψη, τα ORC και OBR φέρουν τους αριθμούς παραγγελίας του αιτούντος και του εκτελούντος, το παραγγελθέν πάνελ και την κατάσταση της αναφοράς, και κάθε OBX περιέχει ένα αναλυτικό στοιχείο με τον κωδικό LOINC, την τιμή, τις μονάδες, το εύρος αναφοράς, τη σημαία ανωμαλίας και την κατάσταση του αποτελέσματος.

MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.

• ORC-2 / OBR-2 αριθμός παραγγελιοδότη και ORC-3 / OBR-3 αριθμός εκτελεστή: η σύνδεση με την παραγγελία. OBR-4: η ομάδα εξετάσεων, κωδικοποιημένη (LOINC LN). OBR-7: χρόνος συλλογής δείγματος. OBR-22: χρόνος αναφοράς αποτελεσμάτων. OBR-25: κατάσταση αποτελέσματος για ολόκληρη την παραγγελία (P προκαταρκτική, F τελική, C διορθωμένη, X ακυρωμένη).
• OBX-2: τύπος τιμής (NM αριθμητική, ST συμβολοσειρά, TX κείμενο, CE/CWE κωδικοποιημένη, SN δομημένη αριθμητική όπως <^5). OBX-3: η αναλυόμενη ουσία, κωδικοποιημένη. OBX-5: η τιμή. OBX-6: μονάδες, ιδανικά UCUM (10*3/uL, όχι K/µL). OBX-7: εύρος αναφοράς ως κείμενο. OBX-8: σημάνσεις ανωμαλίας (L, H, LL, HH, A, N). OBX-11: κατάσταση αποτελέσματος ανά αναλυόμενη ουσία (P, F, C, X, D διαγραμμένη). OBX-14: χρόνος παρατήρησης. OBX-19: χρόνος ανάλυσης.
• NTE: σχόλια, συνδεδεμένα με το OBR ή με ένα συγκεκριμένο OBX κατά θέση.
• SPM (2.5+): τύπος δείγματος (SNOMED CT), χρόνος συλλογής, χρόνος λήψης, κατάσταση.

Βήμα 3: οι ειδικές περιπτώσεις

Οι ειδικές περιπτώσεις που πρέπει να χειριστεί μια διεπαφή εργαστηρίου είναι τα διορθωμένα αποτελέσματα (κατάσταση C με τους αρχικούς αριθμούς παραγγελίας, αντικαθιστώντας και ειδοποιώντας αντί να διαγράφονται), τα προκαταρκτικά και στη συνέχεια τα τελικά αποτελέσματα, η μικροβιολογία με οργανισμούς και ευαισθησίες που συνδέονται με υπο-αναγνωριστικό, τα αποτελέσματα κειμένου και τα ενσωματωμένα PDF, οι αντανακλαστικές και συμπληρωματικές εξετάσεις, οι ακυρώσεις, και οι μονάδες και τα εύρη αναφοράς που αλλάζουν όταν το εργαστήριο αλλάζει αναλυτές.

• Διορθώσεις: ένα νέο ORU με C στο OBR-25 και OBX-11 και τους ίδιους αριθμούς παραγγελιοδότη/εκτελεστή· το EHR πρέπει να αντικαταστήσει, να επισημάνει την αλλαγή και να ειδοποιήσει τον κλινικό. Ποτέ μην διαγράφετε το πρωτότυπο σιωπηλά.
• Προκαταρκτικό και μετά τελικό: P αποτελέσματα (μια βακτηριακή χρώση Gram) ακολουθούμενα από F (η καλλιέργεια)· το αρχείο πρέπει να δείχνει την κατάσταση.
• Μικροβιολογία: ένα OBX για τον αναγνωρισμένο οργανισμό (κωδικοποιημένο, SNOMED CT), στη συνέχεια αποτελέσματα ευαισθησίας ως OBX ανά αντιβιοτικό με τον οργανισμό ως υπο-αναγνωριστικό (OBX-4), συχνά σε πολλά μηνύματα. Εδώ κρύβονται τα περισσότερα σφάλματα διεπαφής.
• Αποτελέσματα κειμένου και PDF: σχόλια παθολογοανατομίας και ορισμένα χημικά αποτελέσματα φτάνουν ως γραμμές TX ή ως ενσωματωμένο PDF (OBX-2 ED)· το αρχείο χρειάζεται τόσο το κείμενο όσο και το αρχείο.
• Αντανακλαστικές και πρόσθετες εξετάσεις: νέα OBRs κάτω από την αρχική παραγγελία, ή μια νέα παραγγελία που δημιουργείται από το εργαστήριο· συμφωνήστε πώς θα αριθμούνται.
• Ακυρώσεις: κατάσταση X, με τους αρχικούς αριθμούς.
• Μονάδες και εύρη ανά αναλυτή: η ίδια εξέταση μπορεί να αλλάξει μονάδες όταν το εργαστήριο αλλάζει αναλυτές· η διεπαφή πρέπει να μεταφέρει το εύρος με κάθε αποτέλεσμα, όχι να το υποθέτει.

Βήμα 4: κωδικοί

Η αντιστοίχιση κωδικών σε μια διεπαφή εργαστηρίου σημαίνει τη μετάφραση των τοπικών κωδικών εξετάσεων του εργαστηρίου σε LOINC μία φορά, σε έναν συντηρούμενο πίνακα, και την αποστολή τόσο του τοπικού όσο και του κωδικού LOINC στο OBX-3, την κανονικοποίηση των μονάδων σε UCUM, και την κωδικοποίηση των τύπων δειγμάτων και των οργανισμών σε SNOMED CT. Χωρίς αυτήν την αντιστοίχιση, τα αποτελέσματα δεν μπορούν να παρακολουθηθούν σε διαφορετικά εργαστήρια ή να διαβαστούν από εξωτερικά συστήματα.

Αντιστοιχίστε τους κωδικούς εξετάσεων του εργαστηρίου σε LOINC μία φορά, σε έναν συντηρούμενο πίνακα, και στείλτε και τους τοπικούς και τους κωδικούς LOINC στο OBX-3 (GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN). Κανονικοποιήστε τις μονάδες σε UCUM. Τύποι δειγμάτων και οργανισμοί σε SNOMED CT. Η μέθοδος βρίσκεται στο Πώς να αντιστοιχίσετε τοπικούς κωδικούς εργαστηρίου σε LOINC· χωρίς αυτό, τα αποτελέσματα δεν μπορούν να παρακολουθηθούν σε διαφορετικά εργαστήρια ή να διαβαστούν από οποιοδήποτε εξωτερικό σύστημα.

Βήμα 5: η εναλλακτική λύση FHIR

Η εναλλακτική λύση FHIR σε μια διεπαφή εργαστηρίου HL7 v2 χρησιμοποιεί ένα ServiceRequest για την παραγγελία, ένα Observation ανά αναλυτικό στοιχείο με κωδικό LOINC, ποσότητα UCUM, εύρος αναφοράς και ερμηνεία, και ένα DiagnosticReport που τα ομαδοποιεί με κατάσταση, εκτελεστή, χρόνο έκδοσης, συμπέρασμα και PDF. Η παράδοση γίνεται μέσω REST writes, ένα transaction Bundle ανά αναφορά, ή FHIR Subscriptions.

Με το FHIR, η παραγγελία είναι ένα ServiceRequest, τα αποτελέσματα είναι Observations (ένα ανά αναλυόμενη ουσία, κωδικός LOINC, ποσότητα UCUM, referenceRange, interpretation) ομαδοποιημένα από ένα DiagnosticReport που φέρει την κατάσταση, τον εκτελεστή, τον χρόνο έκδοσης, το συμπέρασμα και το PDF, με το basedOn να δείχνει στο ServiceRequest. Οι διορθώσεις είναι εκδόσεις των ίδιων πόρων με κατάσταση amended ή corrected. Η παράδοση γίνεται με REST writes στον FHIR server του EHR, ένα transaction Bundle ανά αναφορά, ή Subscriptions. Ο οδηγός HL7 v2-to-FHIR αντιστοιχίζει κάθε πεδίο παραπάνω· πολλά εργαστήρια προσφέρουν πλέον και τα δύο. Δείτε FHIR DiagnosticReport explained και FHIR Observation explained.

Βήμα 6: δοκιμές και έναρξη λειτουργίας

Η δοκιμή μιας διεπαφής εργαστηρίου πριν από την έναρξη λειτουργίας σημαίνει την εκτέλεση συνθετικών ασθενών μέσω κάθε ειδικής περίπτωσης, τη σύγκριση μιας ημέρας παράλληλων αποτελεσμάτων μεταξύ της αναφοράς του εργαστηρίου και του φακέλου του ΗΦΥ, τον έλεγχο των ζωνών ώρας και των μεταβάσεων θερινής/χειμερινής ώρας, την επαλήθευση του χειρισμού επιβεβαιώσεων και της επανάληψης μετά από διακοπή, και τη συμφωνία μιας διαδικασίας εφημερίας για αποτυχημένα μηνύματα, χρησιμοποιώντας το προφίλ Laboratory Testing Workflow της IHE ως βάση.

Δοκιμάστε με συνθετικούς ασθενείς σε κάθε περίπτωση του βήματος 3· συγκρίνετε μια ημέρα παράλληλων αποτελεσμάτων μεταξύ της έντυπης ή PDF αναφοράς και του αρχείου· ελέγξτε τις ζώνες ώρας και τις μεταβάσεις θερινής/χειμερινής ώρας· επαληθεύστε τη διαχείριση ACK και την επανάληψη μετά από διακοπή· συμφωνήστε σε μια διαδικασία εφημερίας για αποτυχημένα μηνύματα. Το προφίλ Laboratory Testing Workflow του IHE και οι εθνικές σουίτες συμμόρφωσης παρέχουν μια δοκιμασμένη βάση.

Αποτυχίες σχεδιασμού

Οι αποτυχίες κατά των οποίων πρέπει να σχεδιαστεί μια διεπαφή εργαστηρίου είναι τα αποτελέσματα που καταχωρούνται σε προηγούμενη επίσκεψη, οι συγχωνεύσεις ασθενών που δεν εφαρμόζονται στο LIS, οι αλλαγές μονάδων μετά από αναβάθμιση αναλυτή που μετατοπίζουν τις τάσεις, τα διορθωμένα αποτελέσματα που αντικαθιστούν χωρίς ειδοποίηση, οι μικροβιολογικές ευαισθησίες που συνδέονται με τον λανθασμένο οργανισμό, και τα αποτελέσματα για εξετάσεις για τις οποίες το ΗΦΥ δεν έχει κωδικό που εξαφανίζονται σε ουρά σφαλμάτων.

Αποτελέσματα που καταχωρήθηκαν σε προηγούμενη συνάντηση επειδή το PV1 ήταν παλιό· μια συγχώνευση (ADT A40) που δεν εφαρμόστηκε στο LIS· μια αλλαγή μονάδας μετά από αναβάθμιση αναλυτή που μετατόπισε σιωπηλά τις τάσεις· διορθωμένα αποτελέσματα που αντικαταστάθηκαν χωρίς ειδοποίηση· ευαισθησίες μικροβιολογίας που συνδέθηκαν με λάθος οργανισμό· ένα εργαστήριο που στέλνει αποτελέσματα για μια εξέταση για την οποία το EHR δεν έχει κωδικό, τα οποία στη συνέχεια εξαφανίζονται σε ουρά σφαλμάτων.

Στην Anpheros

Ο σύνδεσμος εργαστηρίου της Anpheros δέχεται ORU^R01, CSV και JSON και παράγει Observations κάτω από ένα DiagnosticReport με LOINC και UCUM, διατηρώντας τους τοπικούς κωδικούς και το αρχικό αρχείο· ο οδηγός προγραμματιστή για εισαγωγή αποτελεσμάτων εργαστηρίου σας καθοδηγεί μέσα από αυτό σε σχέση με το δωρεάν sandbox.

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

• Μηνύματα παραγγελίας HL7 v2 ORM και OML
• Μηνύματα HL7 v2 επεξηγημένα: ADT και ORU
• Πώς να αντιστοιχίσετε τοπικούς κωδικούς εργαστηρίου σε LOINC
• FHIR DiagnosticReport explained
• Σύνδεσμος εργαστηρίου: HL7 v2, CSV ή JSON σε FHIR
• Μηχανές διεπαφής επεξηγημένες
• Εισαγωγή αποτελεσμάτων εργαστηρίου σε FHIR (ιστότοπος προγραμματιστή)

Πηγές

• HL7 v2.5.1 ORU_R01 reference (Caristix)
• HL7 v2.5.1 OBX segment (Caristix)
• IHE Laboratory technical framework (LTW)
• HL7 v2-to-FHIR implementation guide
• HL7 FHIR R4: DiagnosticReport

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

Ποια έκδοση HL7 πρέπει να χρησιμοποιεί μια νέα διεπαφή εργαστηρίου;

2.5.1 εάν και οι δύο πλευρές την υποστηρίζουν: έχει SPM για δείγματα και σαφέστερη διαχείριση κατάστασης. Πολλά εργαστήρια εξακολουθούν να χρησιμοποιούν 2.3.1, και η διεπαφή προσαρμόζεται στην παλαιότερη πλευρά.

Πώς αντιστοιχίζονται τα αποτελέσματα στις παραγγελίες;

Με τον αριθμό παραγγελίας του παραγγελιοδότη (που εκχωρείται από το EHR) και τον αριθμό παραγγελίας του εκτελεστή (που εκχωρείται από το LIS), που μεταφέρονται στα ORC-2/3 και OBR-2/3 τόσο της απάντησης παραγγελίας όσο και του αποτελέσματος. Εάν το EHR δεν κατέγραψε ποτέ τον αριθμό του εκτελεστή, η αντιστοίχιση βασίζεται στον αριθμό του παραγγελιοδότη.

Τι γίνεται αν το εργαστήριο δεν μπορεί να στείλει κωδικούς LOINC;

Αντιστοιχίστε τους τοπικούς τους κωδικούς σε LOINC από τη δική σας πλευρά, στη μηχανή ή στον σύνδεσμο, και διατηρήστε και τους δύο. Επιμείνετε ότι το τοπικό σύστημα κωδικοποίησης είναι σταθερό και ότι οι νέες εξετάσεις ανακοινώνονται.

Είναι το FHIR έτοιμο για διεπαφές εργαστηρίου;

Ναι για νέες συνδέσεις, ειδικά εκτός νοσοκομείου: ServiceRequest, Observation και DiagnosticReport καλύπτουν πλήρως τις παραγγελίες και τα αποτελέσματα, και οι εθνικοί οδηγοί τα προφιλοποιούν. Εντός του νοσοκομείου, το LIS και οι αναλυτές θα μιλούν HL7 v2 για χρόνια.

Anpheros Platform

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

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

Δημιουργία δωρεάν sandboxΔιαβάστε τους οδηγούς προγραμματιστών →

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

Συντάχθηκε από

Η ομάδα του Anpheros

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

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