Kısa cevap: bir laboratuvar arayüzünün iki yönü vardır. İstekler EMR'den laboratuvar bilgi sistemine (LIS) HL7 v2 ORM^O01 veya OML^O21 mesajları (veya FHIR ServiceRequest olarak) gider ve LIS ORR/ORL ile daha sonra sonuçları ORU^R01 (veya FHIR DiagnosticReport ile Observationlar) olarak yanıtlar. Zor olan kısımlar mesajlar değil, içlerindeki detaylardır: sonuçları isteklere bağlayan yerleştirici ve doldurucu numaraları, sonuç durumu (ön, nihai, düzeltilmiş), anormal bayraklar, birimler ve referans aralıkları, numune bilgileri, çok parçalı sonuçları olan mikrobiyoloji ve kod eşleme LOINC'e. İyi yapıldığında, her sonuç doğru hastaya, doğru isteğe ve grafikte doğru yere, anlamı bozulmadan ulaşır.
Adım 1: akışları belirleyin
Bir laboratuvar bilgi sistemini bir Elektronik Sağlık Kaydı (ESK) ile entegre etmenin ilk adımı, laboratuvarla hangi akışların mevcut olduğunu belirlemektir: dışarıya gönderilen istemler, istem durumu güncellemeleri, gelen sonuçlar, düzeltmeler, iptaller, ek ve refleks testler ve LIS'e bir ADT demografik veri akışı. Taraflar ayrıca HL7 sürümünü, genellikle 2.3.1 veya 2.5.1, ve taşıma yöntemini, genellikle onaylarla birlikte MLLP'yi belirler.
Laboratuvarla hangi akışların olduğunu belirleyin: dışarıya istekler (veya laboratuvar kağıt alıp kendini mi kaydediyor?), istek durumu güncellemeleri, içeriye sonuçlar, düzeltmeler, iptaller, ek testler, refleks testler ve demografi (numune gelmeden önce hastayı bilmesi için LIS'e ADT akışı). Normal bir sonuç, düzeltilmiş bir sonuç ve iptal edilmiş bir istek için sırayı çizin. HL7 sürümünü (2.3.1 ve 2.5.1 en yaygın olanlardır) ve taşımayı (ACK'larla MLLP; bazen dosyalar) belirleyin. HL7 v2 istek mesajlarına bakın.
Adım 2: sonuç mesajı, alan alan
Bir laboratuvar sonucu, ESK'ya bir HL7 v2 ORU^R01 mesajı olarak gelir: MSH gönderici ve alıcıyı, PID hastayı, PV1 ziyareti, ORC ve OBR yerleştirici ve doldurucu istem numaralarını, istenen paneli ve rapor durumunu tanımlar ve her OBX, LOINC kodu, değeri, birimi, referans aralığı, anormal bayrağı ve sonuç durumu ile bir analitiği içerir.
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 yerleştirici numarası ve ORC-3 / OBR-3 doldurucu numarası: istekle olan bağlantı. OBR-4: panel, kodlanmış (LOINC
LN). OBR-7: numune toplama zamanı. OBR-22: sonuç raporlama zamanı. OBR-25: tüm istek için sonuç durumu (Pön,Fnihai,Cdüzeltilmiş,Xiptal edilmiş). - OBX-2: değer tipi (
NMsayısal,STmetin,TXmetin,CE/CWEkodlanmış,<^5gibiSNyapılandırılmış sayısal). OBX-3: analit, kodlanmış. OBX-5: değer. OBX-6: birimler, ideal olarak UCUM (10*3/uL,K/µLdeğil). OBX-7: referans aralığı metin olarak. OBX-8: anormal bayraklar (L,H,LL,HH,A,N). OBX-11: analit başına sonuç durumu (P,F,C,X,Dsilinmiş). OBX-14: gözlem zamanı. OBX-19: analiz zamanı. - NTE: yorumlar, OBR'ye veya konuma göre belirli bir OBX'e eklenir.
- SPM (2.5+): numune tipi (SNOMED CT), toplama zamanı, alınan zaman, durum.
Adım 3: özel durumlar
Bir laboratuvar arayüzünün işlemesi gereken özel durumlar şunlardır: düzeltilmiş sonuçlar (orijinal istem numaralarıyla C durumu, silmek yerine değiştirme ve uyarma), önceliklendirilmiş ardından nihai sonuçlar, alt kimlik ile bağlanan organizmalar ve duyarlılıkları olan mikrobiyoloji, metin sonuçları ve gömülü PDF'ler, refleks ve ek testler, iptaller ve laboratuvar analizörleri değiştirdiğinde değişen birimler ve referans aralıkları.
- Düzeltmeler: OBR-25 ve OBX-11'de
Cbulunan yeni bir ORU ve aynı yerleştirici/doldurucu numaraları; EMR, değişikliği değiştirmeli, işareti belirtmeli ve klinisyeni uyarmalıdır. Orijinali asla sessizce silmeyin. - Ön sonra nihai:
Psonuçları (bir Gram lekesi) ardındanF(kültür); grafik durumu göstermelidir. - Mikrobiyoloji: tanımlanan organizma için bir OBX (kodlanmış, SNOMED CT), ardından organizmayı alt kimlik (OBX-4) olarak içeren her antibiyotik için OBX olarak duyarlılık sonuçları, genellikle birkaç mesaj boyunca. Arayüz hatalarının çoğu burada gizlenir.
- Metin sonuçları ve PDF'ler: patoloji ve bazı kimya yorumları TX satırları veya gömülü bir PDF (OBX-2
ED) olarak gelir; grafik hem metni hem de dosyayı gerektirir. - Refleks ve ek testler: orijinal isteğin altında yeni OBR'ler veya laboratuvar tarafından oluşturulan yeni bir istek; numaralandırmayı nasıl yapacağınızı kararlaştırın.
- İptaller:
Xdurumu, orijinal numaralarla. - Analizör başına birimler ve aralıklar: laboratuvar analizörleri değiştirdiğinde aynı test birimleri değiştirebilir; arayüz, varsaymak yerine aralığı her sonuçla birlikte taşımalıdır.
Adım 4: kodlar
Bir laboratuvar arayüzünde kod eşleme, laboratuvarın yerel test kodlarını bir kez, bakımı yapılan bir tabloda LOINC'e çevirmek ve hem yerel hem de LOINC kodunu OBX-3'te göndermek, birimleri UCUM'a normalleştirmek ve örnek türlerini ve organizmaları SNOMED CT'de kodlamak anlamına gelir. Bu eşleme olmadan, sonuçlar laboratuvarlar arasında eğilimlendirilemez veya harici sistemler tarafından okunamaz.
Laboratuvarın test kodlarını, bakımı yapılan bir tabloda bir kez LOINC'e eşleyin ve hem yerel hem de LOINC kodlarını OBX-3'te gönderin (GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN). Birimleri UCUM'a normalleştirin. Numune tipleri ve organizmalar SNOMED CT'de. Yöntem Yerel laboratuvar kodlarını LOINC'e nasıl eşlenir bölümündedir; olmadan, sonuçlar laboratuvarlar arasında eğilimlenemez veya herhangi bir harici sistem tarafından okunamaz.
Adım 5: FHIR alternatifi
Bir HL7 v2 laboratuvar arayüzüne FHIR alternatifi, istem için bir ServiceRequest, LOINC kodu, UCUM miktarı, referans aralığı ve yorumu ile analit başına bir Observation ve bunları durum, uygulayıcı, yayınlanma zamanı, sonuç ve PDF ile gruplandıran bir DiagnosticReport kullanır. Teslimat REST yazımları, rapor başına bir işlem Bundle'ı veya FHIR Subscriptions şeklindedir.
FHIR ile istek bir ServiceRequest, sonuçlar ise bir DiagnosticReport tarafından gruplandırılan Observationlardır (analit başına bir, LOINC kodu, UCUM miktarı, referenceRange, yorumlama) bu rapor durumu, uygulayıcıyı, yayınlanan zamanı, sonucu ve PDF'yi taşır, basedOn ServiceRequest'i işaret eder. Düzeltmeler, amended veya corrected durumuyla aynı kaynakların sürümleridir. Teslimat, EMR'nin FHIR sunucusuna REST yazmaları, rapor başına bir işlem paketi veya Aboneliklerdir. HL7 v2-FHIR kılavuzu yukarıdaki her alanı eşler; birçok laboratuvar artık her ikisini de sunmaktadır. FHIR DiagnosticReport açıklandı ve FHIR Observation açıklandı bölümlerine bakın.
Adım 6: test ve canlıya geçiş
Canlıya geçmeden önce bir laboratuvar arayüzünü test etmek, her özel durumu sentetik hastalarla çalıştırmak, laboratuvar raporu ile ESK kaydı arasındaki bir günlük paralel sonuçları karşılaştırmak, saat dilimlerini ve yaz saati geçişlerini kontrol etmek, bir kesinti sonrası onay işleme ve yeniden denemeyi doğrulamak ve IHE'nin Laboratuvar Test İş Akışı profilini temel alarak başarısız mesajlar için bir çağrı prosedürü üzerinde anlaşmak anlamına gelir.
Adım 3'teki her durum için sentetik hastalarla test edin; kağıt veya PDF rapor ile grafik arasındaki bir günlük paralel sonuçları karşılaştırın; saat dilimlerini ve yaz saati geçişlerini kontrol edin; bir kesinti sonrası ACK işlemeyi ve yeniden oynatmayı doğrulayın; başarısız mesajlar için bir çağrı prosedürü üzerinde anlaşın. IHE'nin Laboratuvar Test İş Akışı profili ve ulusal uyumluluk paketleri test edilmiş bir temel sağlar.
Tasarımda başarısızlıklar
Bir laboratuvar arayüzünün tasarlanması gereken başarısızlıklar şunlardır: önceki bir karşılaşmaya kaydedilen sonuçlar, LIS'e uygulanmayan hasta birleştirmeleri, eğilimleri değiştiren bir analizör yükseltmesinden sonra birim değişiklikleri, uyarı olmadan üzerine yazılan düzeltilmiş sonuçlar, yanlış organizmaya eklenmiş mikrobiyoloji duyarlılıkları ve ESK'nın kodu olmayan testler için hata kuyruğuna kaybolan sonuçlar.
PV1'in güncel olmaması nedeniyle önceki bir karşılaşmaya kaydedilen sonuçlar; LIS'e uygulanmayan bir birleştirme (ADT A40); bir analizör yükseltmesinden sonra birim değişikliği eğilimleri sessizce kaydırıyor; uyarı olmadan düzeltilmiş sonuçların üzerine yazılması; mikrobiyoloji duyarlılıklarının yanlış organizmaya eklenmesi; EMR'nin kodu olmayan bir test için sonuç gönderen ve ardından bir hata kuyruğuna kaybolan bir laboratuvar.
Anpheros'ta
Anpheros laboratuvar bağlayıcısı, ORU^R01, CSV ve JSON'u kabul eder ve yerel kodları ve orijinal dosyayı tutarak bir DiagnosticReport altında Observations üretir; laboratuvar sonuçlarını içe aktarma konusundaki geliştirici kılavuzu, ücretsiz sandbox'a karşı bunu adım adım açıklar.
İlgili sayfalar
- HL7 v2 ORM ve OML istek mesajları
- HL7 v2 mesajları açıklandı: ADT ve ORU
- Yerel laboratuvar kodlarını LOINC'e nasıl eşlenir
- FHIR DiagnosticReport açıklandı
- Laboratuvar bağlayıcısı: HL7 v2, CSV veya JSON'dan FHIR'e
- Arayüz motorları açıklandı
- Laboratuvar sonuçlarını FHIR'e içe aktarma (geliştirici sitesi)
Kaynaklar
- HL7 v2.5.1 ORU_R01 referansı (Caristix)
- HL7 v2.5.1 OBX segmenti (Caristix)
- IHE Laboratuvar teknik çerçevesi (LTW)
- HL7 v2-FHIR uygulama kılavuzu
- HL7 FHIR R4: DiagnosticReport
Sık sorulan sorular
Yeni bir laboratuvar arayüzü hangi HL7 sürümünü kullanmalı?
2.5.1 her iki taraf da destekliyorsa: numuneler için SPM ve daha net durum yönetimi içerir. Birçok laboratuvar hala 2.3.1 kullanmaktadır ve arayüz eski tarafa uyum sağlar.
Sonuçlar isteklere nasıl eşlenir?
Yerleştirici istek numarası (EMR tarafından atanır) ve doldurucu istek numarası (LIS tarafından atanır) ile, hem istek yanıtının hem de sonucun ORC-2/3 ve OBR-2/3'ünde taşınır. EMR doldurucu numarasını hiç kaydetmediyse, eşleştirme yerleştirici numarasına geri döner.
Laboratuvar LOINC kodları gönderemezse ne olur?
Yerel kodlarını kendi tarafınızda, motorda veya bağlayıcıda LOINC'e eşleyin ve her ikisini de saklayın. Yerel kod sisteminin kararlı olduğunu ve yeni testlerin duyurulduğunu talep edin.
FHIR laboratuvar arayüzleri için hazır mı?
Yeni bağlantılar için evet, özellikle hastane dışında: ServiceRequest, Observation ve DiagnosticReport istekleri ve sonuçları tam olarak kapsar ve ulusal kılavuzlar bunları profiller. Hastane içinde, LIS ve analizörler yıllarca HL7 v2 konuşacaktır.
Sandbox'ta ücretsiz deneyin
İlk FHIR çağrınız 5 dakikada. Hasta izniyle yerleşik HL7 FHIR R4 API: sandbox'ta deneyin, ardından kendi uygulamanızı veya klinik sisteminizi bağlayın.
Ücretsiz · 30 sentetik hasta · kart gerekmez
Anpheros, hasta kontrolünde olan ve herhangi bir klinik ile paylaşılabilecek, AB merkezli bir HL7 FHIR R4 platformu üzerinde tıbbi kayıtlar oluşturur. Bu rehberler, sağlığınızı anlamanıza ve düzenlemenize yardımcı olur; doktorunuzun yerini tutmaz.
Anpheros Hakkında →