Bir hastanede onlarca farklı yazılım çalışır: HBYS, laboratuvar sistemi, radyoloji sistemi, eczane otomasyonu, yoğun bakım monitörizasyonu. Bunların birbiriyle konuşabilmesi için ortak bir dil gerekir. HL7 (Health Level Seven), bu dili tanımlayan uluslararası standarttır.
HL7 v2: Hâlâ En Yaygın Sürüm
1980'lerde geliştirilen HL7 versiyon 2, sağlık bilişiminde bugün de en yaygın kullanılan sürümdür. Mesajlar düz metin tabanlıdır ve segmentlerden oluşur.
Tipik bir mesaj yapısı:
- MSH — Message Header: gönderen, alıcı, zaman, mesaj tipi
- PID — Patient Identification: hasta kimlik bilgileri
- PV1 — Patient Visit: yatış/başvuru bilgileri
- ORC — Common Order: istem kontrol bilgisi
- OBR — Observation Request: istenen tetkik
- OBX — Observation Result: sonuç değeri
Sık Kullanılan Mesaj Tipleri
| Mesaj | Anlamı | Tipik kullanım |
|---|---|---|
| ADT^A01 | Hasta yatışı | HBYS → tüm alt sistemler |
| ADT^A03 | Taburcu | Yatış sonlandırma bildirimi |
| ADT^A04 | Ayaktan kayıt | Poliklinik başvurusu |
| ADT^A08 | Hasta bilgisi güncelleme | Ad, kimlik veya sigorta düzeltmesi |
| ORM^O01 | Tetkik istemi | HBYS → laboratuvar / radyoloji |
| ORU^R01 | Sonuç bildirimi | Laboratuvar → HBYS |
| SIU^S12 | Randevu bildirimi | Randevu sistemleri arası |
| DFT^P03 | Finansal işlem | Hizmet kaydı → faturalandırma |
HL7 FHIR: Modern Yaklaşım
FHIR (Fast Healthcare Interoperability Resources), HL7'nin web teknolojilerine dayalı yeni nesil standardıdır. Temel farkları:
| HL7 v2 | FHIR | |
|---|---|---|
| Veri formatı | Düz metin, dikey çubuk ayraçlı | JSON veya XML |
| İletişim | MLLP üzerinden soket | REST API (HTTP) |
| Yapı | Mesaj tabanlı | Kaynak (resource) tabanlı |
| Mobil uygunluk | Zayıf | Yüksek |
| Öğrenme eğrisi | Dik | Web geliştiricisine tanıdık |
FHIR yaygınlaşmakta olsa da, mevcut hastane sistemlerinin büyük bölümü hâlâ v2 üzerinden çalışır. Gerçekçi yaklaşım, her iki standardı da destekleyen bir entegrasyon katmanı kurmaktır.
Entegrasyon Kurarken İzlenecek Yol
- Kapsamı tanımlayın: Hangi veri, hangi yönde, hangi tetikleyiciyle akacak?
- Arayüz spesifikasyonu yazın: Segment ve alan bazında eşleme tablosu oluşturun.
- Kimlik eşlemesini çözün: İki sistemdeki hasta kimliği nasıl eşleşecek? Bu adım atlandığında entegrasyon çalışır görünür ama veri yanlış hastaya bağlanır.
- Kod sistemlerini eşleyin: Test kodları, tanı kodları ve birim tanımları iki tarafta aynı olmayabilir.
- Hata yönetimini tasarlayın: Kabul edilmeyen mesajlar nereye düşecek, kim görecek, nasıl yeniden gönderilecek?
- Test ortamında doğrulayın: Sınır durumlarla test edin — Türkçe karakterli isimler, çok uzun alanlar, boş zorunlu alanlar.
- İzleme kurun: Mesaj sayısı, hata oranı ve kuyruk derinliği sürekli izlenmelidir.
Entegrasyon projelerinin çoğu teknik nedenlerle değil, kod eşlemesi yapılmadığı için başarısız olur. İki sistemin "aynı testi" farklı kodla adlandırması, mesajlar sorunsuz aksa bile sonucu kullanılamaz kılar.
Entegrasyon Motoru Kullanmak
İkiden fazla sistemin entegre edileceği ortamlarda, her sistemi diğerine ayrı ayrı bağlamak sürdürülemez hale gelir. Merkezi bir entegrasyon katmanı (interface engine) kullanmak; dönüştürme, yönlendirme, kuyruklama ve izlemeyi tek noktada toplar.
Softmed'in Entegrasyon Yaklaşımı
Softmed HBYS, HL7 v2 ve FHIR arayüzlerini destekler; mesaj kuyruğu, hata yönetimi ve izleme paneli standart olarak gelir. Görüntüleme tarafında DICOM protokolü kullanılır ve RIS modülümüz HL7 ile HBYS'ye bağlanır. Mevcut sisteminizle entegrasyon gerektiren projelerde arayüz spesifikasyonunu birlikte hazırlıyoruz.
Kurumunuz İçin Ücretsiz Süreç Analizi
Bu konuyu kurumunuz özelinde birlikte değerlendirelim. Demo öncesi yaptığımız süreç analizi ücretsizdir ve size bir yükümlülük getirmez.
