Hemşire Çağrı Sistemlerinde Yazılım Gözlemcisi Uygulaması

Hem ire Ça
Sistemlerinde Yaz m Gözlemcisi Uygulamas
Software Watchdog Application for Nurse Call Systems
Mehmet S. Ünlütürk
Co kun Atay
Kaan Kurtel
Yaz m Mühendisli i Bölümü
zmir Ekonomi Üniversitesi, zmir
Yaz m Mühendisli i Bölümü
zmir Ekonomi Üniversitesi, zmir
Yaz m Mühendisli i Bölümü
zmir Ekonomi Üniversitesi, zmir
[email protected]
[email protected]
[email protected]
Özet
Hem ire ça
sistemlerine (Nurse Call Systems) ait
yaz m
uygulamalar n,
günümüz
modern
hastanelerindeki önemi büyüktür. Hem ire ça sistemi,
hastane ça lar
üreten hasta istasyonlar ve bu
ça lar depolayan ana istasyonunu içermektedir. Bu
sistemde, hem irelerin takt klar
rozetler, hasta
istasyonlar taraf ndan al nan k lötesi sinyaller
göndermekte ve yan t olarak konum mesaj
üretmektedir. Konum mesaj n al nmas , hasta
odas ndan kaynaklanan hastane ça
iptal
etmektedir. Hasta, hem ire ça rma butonuna basarak
hasta istasyonu ile kablosuz telefon aras nda ileti imi
ba latabilmektedir. Ça ileti imi ayr ca hasta istasyonu
ve hem irenin ta
sinyal cihaz taraf ndan da
kullan labilmektedir. Kullan lmakta olan hem ire ça
cihazlar nda, geleneksel olarak kullan lan hem ire ça
sistemleri ile kabul et, taburcu et, transfer et (ADT)
sistemleri aras nda bütünle me sa lanmaktad r. Bu
çal mada, hem ire ça
sistemine ait hem ire ça
gözlemcisi (nurse call watchdog), kalp at takibi yapan
bir MS Windows yaz m hizmeti örnek uygulama
olarak verilmektedir. Hem ire ça
gözlemcisinin
amac , düzgün çal mayan yaz m uygulamas
yeniden ba latmak suretiyle, uygulaman n tekrar normal
çal mas için gereken ortalama süreyi k saltmakt r.
Anahtar kelimeler: Hem ire ça
istasyonlar , yaz m gözlemcisi.
sistemi, hasta
Abstract
Software applications for nurse call systems are very
important in our modern hospitals. A nurse call system
consists of patient stations generating hospital calls, and
the main station that stores these calls. In this system,
badges worn by nurses send infrared signals received by
patient stations, and produces position messages in
response. The receipt of a location message cancels the
hospital call originating from a room. Patient, by
pressing a nurse call button, can start a wireless
telephone communication with patient station. Message
communication can also be used by patient station and
the signal device carried by nurses. The traditional nurse
call systems and accept-discharge-transfer (ADT)
systems can be integrated into the current nurse call
devices. In this study, as a nurse call watchdog of the
nurse call system, heart rate monitor service developed
as a MS Windows software application, is
presented. The purpose of the nurse call watchdog, by
restarting the software application that is not working
properly, is to shorten the average time required to
function normally again.
Key words: Nurse call system, patient stations,
software watchdog.
1. Giri
“Hastane Bili im Teknolojisi, akut ve kronik
durumlarda hastalar n tavsiye edilen bak
almas
sa lamak için, tedavilerdeki farkl klar ve t bbi hatalar
azaltmaya yard mc olmaktad r.” [1] Bu noktada bilgi ve
ileti im teknolojilerinin sa k bak
kalitesini
geli tirece i üzerinde genel bir uzla ma bulunmaktad r.
Hastane Bak m Sistemleri ve onlar n en önemli
parças ndan biri olan Hem ire Ça
Sistemi yakla k
yirmi y ld r an lan yeni teknoloji çözümlerinin temel
uygulama alanlar ndan biri olma özelli indedir. Bilgi ve
ileti im teknolojilindeki internet merkezli yenilikler,
hasta bak m sistemlerini geli tirmekte, sa k hizmeti
sunan ve bu hizmeti alanlara yeni f rsatlar sunmaktad r.
Bu süreçte olu an ve hizmetlerin sa lanmas
düzenleyen ve genel hizmet ilkelerini belirleyen
uluslararas standartlar altta sunulmaktad r:
IEEE Std. 602 Sa
Elektrikli Sistemler
k Bak m Tesislerinde
UL 1069 Hastane Sinyal ve Hem ire Ça
Sistemleri Standard
NEMA SB 10 Hem ire Ça
Standard
NFPA 99 Sa
Sistemleri için Ses
k Bak m Tesisleri Standard
Hem irelik hizmetinin genel olarak tan mlanmas nda
üç temel konu öne ç kmaktad r: ilk olarak hem ireler
ayn anda iki yerde birden hizmet verememektedir,
ikinci olarak bir hem ire birden çok hastadan sorumlu
olmaktad r. Ayr ca hem ireler zor çal ma ko ullar nda
hizmetlerini sürdürmek zorundad rlar. Bu yüzden,
hastanelerin hasta ve hem ire aras ndaki ileti im
sorunlar ile ba edebilmek için verimli bir hem ire ça
ileti im sistemine gereksinimleri vard r. Bu ileti im
sistemi, hasta bak m hizmetlerinin verimlili ini
art rabilecek, kalite düzeyinin sürdürülmesi için
zamandan tasarruf edebilecek, daha iyi sa k hizmeti
sunulmas
destekleyecek ve hasta memnuniyetini
geli tirebilecek nitelikte olmal r.
Hem irelik hizmetlerinin sa lanmas nda ça
cihazlar , kablosuz telefonlar, VoIP telefonlar ve
lötesi teknolojiler bütünle tirilerek kullan lmakta ve
böylece hem irelik hizmetlerine de er kat lmas
mümkün olmaktad r [2]. Yukar da an lan teknolojilerin,
hastane yönetim sistem yaz mlar ile birlikte
kullan lmas , hastalar ve hem ireler aras nda ilave sesli
ve görsel ileti imin sa lanmas na yard mc olmaktad r.
Özellikle UL 1069 standard destekleyen hem ire
ça
sistemlerinde,
hem ireler,
ba hem irenin
istasyonundaki sesli veya görsel ça
duyurusuna,
kabin
na, hastan n istasyonunda yer alan ça yerle ik göstergeye görsel olarak eri ebilmekte ve bölge
bildirimini bilgisinden yararlanmaktad r. Hem irelerin
ta
, telefon benzeri ça
bildirim cihazlar , hasta
veya
çal anlar n
ça lar
ba latmak
için
kullan lmaktad r. Böylelikle ça cihazlar ve k lötesi
(IR) teknolojileri ile hem ireler her zaman ula labilir
olmaktad r.
Hem ire ça
sisteminin temel ba ar
çal ma
senaryosunda: hasta yatak istasyonundaki butona
basarak ça
ba latmakta, odan n d taraf nda bir
kabin ayd nlatma lambas yard m istendi ini göstermek
için yanmakta ve ayn anda ana istasyonda bir k hangi
hastan n yard m ça
gönderdi ini göstermektedir.
Cep ça
cihazlar , kablosuz ileti im cihazlar , IR
teknolojileri ve ADT1 sistemleri, hasta ve hem ire
aras ndaki anl k ileti im sa lamak üzere hem ire ça
sistemi ile bütünle tirilmektedir. An lan ileti im
cihazlar , hasta ile yüz yüze ileti imin yerini alacak
cihazlar olmamas na ra men, hem irelerin hastalarla
olan ileti imlerini art rmakta, yan t verme süresini
azaltmakta
ve
hasta
bak
n
kalitesini
yükseltmektedir. Ayr ca, IR teknolojilerinin yard yla
hem ireler ve t bbi donan mlar hastane içinde takip
edilebilmektedir. ADT sistemi sayesinde de, hasta adlar
hem ireler için cep ça cihazlar nda veya kablosuz ara
yüzlerde görüntülenebilmektedir [3]. Çok çe itli
donan m ürünlerinin yaz mla beraber kullan lmas ndan
dolay , her bir donan m ürünü için yaz m
uygulamalar n üretilmesi gerekmektedir [4]. Bu
uygulamalarda hem ire ça lar n, cep ça
cihazlar na ve hem irelerin ta
kablosuz telefonlara
iletmesi için birbirleriyle yerel alan a
(LAN)
üzerinden
haberle en
bir
yaz m
protokolü
gerekmektedir [5]. Bu sistemler; IR alt sistemi,
kablosuz/VoIP telefon alt sistemi, cep ça
cihaz alt
sistemi ve ADT alt sistemlerini içermektedir.
1
ADT (Admission, Discharge and Transfer): HL7 (Health Level 7)
mesaj türü olup hasta detaylar PAS (Patient Administration System)
sisteminde günceller.
Bu çal man n amac ; geleneksel olarak kullan lan
hem ire ça
sistemleri ile ADT sistemleri aras nda
bütünle me sa lanmak üzere, uygulama kalp at
takibini (heartbeat) yapan bir MS Windows yaz m
hizmeti hem ire ça sistemine örnek uygulama olarak
verilmektedir. Ayr ca, önerilen hem ire ça gözlemcisi
yard yla, düzgün çal mayan yaz m uygulamas
yeniden ba latmak suretiyle, uygulaman n tekrar normal
çal mas için gereken ortalama süreyi k salt lmas
amaçlanmaktad r.
Çal ma giri bölümüyle beraber dört bölümden
olu maktad r.
kinci
bölümde
hem ire
ça
uygulamalar genel hatlar yla ele al nmaktad r. Üçüncü
bölümde kay t mekanizmas anlat lmaktad r. Dördüncü
bölümde ise çal man n sonuçlar yer almaktad r.
2. Hem ire Ça
Uygulamalar
Hem ire ça
uygulamalar , benzer veya ayr sistem
gruplar n çe itli ç kt , uygulama veya sistemlerine
bilgi yay nlamas
sa lar. ekil 1’de gösterilen çok
katmanl mimaride her donan m ürünü için yaz lan
uygulamalar gösterilmektedir. Hem ire ça servisi bu
mimaride sunucu görevini üstlenmektedir. Geli tirilen
servisler her girdi sistem olay
ortak bir dile
dönü türmekte, her servis özellikli sistem veya sisteme
ba üyelerin detaylar izole ederek, sistem olaylar
standart i lemler olarak hem ire ça servisi arac
yla
di er servislere yay nlamaktad r.
Cep servisi (pager service), cep donan
için
yaz lan bir uygulama olup, hem ire ça
servisinden
gelen cep isteklerini cep donan n anlayaca dile
dönü türüp hem ireye mesaj iletmektedir. Kablosuz
telefon servisi (wireless phone services), hasta ve
hem ire aras nda sesli ileti imi sa lamak için kullan lan
bir uygulamad r. Hem ire ça
servisi kendisine gelen
kablosuz telefon ba lant isteklerini bu kablosuz telefon
servisine aktarmaktad r. Telefon servisi de gelen
istekleri telefonun anlayaca mesajlara dönü türmekte
ve
hasta-hem ire
aras ndaki
sesli
ileti imi
sa lamaktad r. Sesli ileti im kurulmadan önce telefon
ekran na mesaj n hangi hastadan geldi i kimlik bilgisi,
ADT servisinden, hem ire ça
servisi arac
ile
iletilmektedir. Bu sayede, hem ire, hasta ile sesli temasa
geçti inde hastan n ilk ismiyle hitap edebilmektedir.
Konumlay servis (locator service) yaz
da hastane
içerisinde di er hem irelerin nerede oldu u anl k
bilgisini hem ire ça
servisine iletmektedir. Her
geli tirilen servis ekil 1’de sunuldu u gibi her
dakikada bir kendilerine ait kalp at kay t bilgisini
güncellemektedir. Sistemi izlemek için gözlemci her iki
dakikada bir bu kay tlar kontrol ederek, kalp at lar n
güncel olmamas durumunda, bütün makineyi aç p
kapama yerine, uygulaman n durum bilgisini
kaydederek ve o uygulamay veya uygulamalar tekrar
ba latmaya çal maktad r.
ekil 1: Hem ire ça
gözlemcisi taraf ndan izlenen hem ire ça
Hem ire ça sisteminin çal mas s ras nda birlikte
hizmet verdi i alt sistemlerin detaylar
altta
sunulmaktad r.
2.1. Ça
Cihaz Hizmeti
Ça cihaz hizmeti, bir seri port arac
yla cep ça
cihaz ara yüzü ile ileti im kuran bir cep istem
sürdürümcüsüdür. Hizmet temelde dört dahili bile en
içermektedir: 1) .NET bile eni olan ve cihaz-API’yi
kullanan bir yaz m sürücüsü, 2) istemci kontrolü, ça
cihaz hizmeti ile hem ire ça hizmeti aras ndaki özel
LAN ileti im çözümlerini sa layan .NET bile eni, 3)
ça
cihaz hizmeti ile hem ire ça hizmeti aras nda
ileti im sa layan bir network arayüzü, 4) ça hizmeti
ile ça cihaz aras nda bir seri port.
2.2. Konumlay
Hizmeti
sistemi uygulamalar
Konumlama hizmeti hem ireler, hastalar ve t bbi
cihazlarda bulunan rozetleri ve okuyucuyu içermektedir.
Rozetteki anten kendisine okuyucu cihazdan gönderilen
elektromanyetik enerjiyi alarak ve rozetin kendi özgün
kimlik bilgisini okuyucu cihaza göndermesini
sa lamaktad r. Böylece hasta, çal an ya da t bbi
cihazlar n uzaktan te his edilmesini sa lamaktad r.
Okuyucu rozetten geri gelen radyo dalgalar
daha
sonra i lenmek üzere konumlama hizmetine iletilebilen
say sal bilgiye dönü türmektedir [6-10]. Konumlama
hizmeti ve hem ire aras ndaki ileti im, konumland
taraf ndan yönetilmektedir.
leti im a
içinde,
mesajlar n ço u konum de tirme mesajlar r ve
yo un a trafi inin bulundu u ortamlarda önemlidir.
2.3. Kablosuz Telefon Hizmeti
Kablosuz telefon hizmeti, ça
cihaz hizmetine
oldukça benzer; seri port arac
yla kablosuz telefonla
ileti im kurabilmek için Nortel Toolkit DLL API
kullanmaktad r. Kablosuz telefon hizmeti ayn zamanda
hem ire ça merkezinden gelen ça taleplerini almak
için istemci kontrolünü kullanmaktad r.
2.4. ADT Hizmeti
ADT hizmeti bir LAN üzerinden HL7 2 mesajlar n
da
kabul eden, LAN protokolü ve onun üzerinde
çal an TCP/IP katmanlar r. Hizmet ve onun
veritaban , hem ire ça
istasyonlar yatak durumunu
istedikleri zaman haz rlanacak olan HL7 bilgileri için
bir depo i levi görmektedir ( ekil 1).
2.4.1 HL7 Mesaj Örnekleri
HL7 standard na uygun olarak bir hastan n kabul
edilmesi için üretilen A01 mesaj türü, çe itli bilgi
alanlar ndan olu maktad r ve her biri farkl uzunluktad r
ekil 2).
MSH|^~\&|REGADT|MCM|PCAPP|NURSES|198808181320|SECURITY
|ADT^A01|MSG00002|P|2.2|<cr>
EVN|18|198808181318||<cr>
PID|||PATID5678^9^M11||JONES^WILLIAM^A^JR||19310
615|M||C|303 EDWARDS
...DRIVE^GREENSBORO^NC^27410|GL|(919)2941212|(919)288...0101||M||PATID12345001^2^M10|987654321|143257^NC|<
cr>
NK1|1|JONES^NANCY^K|WIFE||(214)355-5678<cr>
PV1|1|I|1WES^100^1^A||||004777^LEBAUER^SIDNEY^J.||
|SUR||||||||||||||||||||||||||||||||||199606011300|<cr>
PV2||P^PRIVATE^HIS|ADMIT
REASON|TRANSFER
REASON|PATIENT VALUABLES<cr>
AL1|1|DA|Allergy
code|SEVERITY|REACTION|199612310101<cr>
ekil 2: Bir hastan n kabul edilmesi için üretilen mesaj
2.5 Yaz m Gözlemcisi
Hem ire ça
yaz
gözlemcisi, a
daki s f
emas uygulayan bir MS Windows hizmetidir ( ekil
3). CService
, CServiceList
n listesine
eklenecek birden fazla Windows hizmeti olmas
önlemek için IComparable arayüzünü uygulamaktad r.
intCount alan hizmetler için ayr lan zaman pay r.
Zaman pay , bir hizmetin ba lamas veya sonlanmas
için b rak lan zaman miktar olarak tan mlanmaktad r
[11-12].
Hem ire ça
gözlemcisi, her iki dakikada bir
düzgün çal mayan yaz
bulmak için yürüten bir
zamanlay kullanmaktad r ( ekil 4). Gözlemci, bunu
yapmak için kalp at lar
güncellemeyen hizmetlerin
bir listesini bulmak için veritaban
sorgulamaktad r.
er sorgu sonucunda en az bir tane güncellenmeyen
hizmetin bulunmas durumunda, bu durumun statüsünü
renmek için Windows hizmetini kullanmaktad r.
ekil 3: Hem ire ça
gözlemcisi için s
er hizmet çal
yorsa, çal rmay deneyecek, aksi
halde Windows hizmet kontrolöründen düzgün
çal mayan yaz
durdurup yeniden ba latmas
isteyecektir. Her hizmetin imza sekans kontrol etmek
gibi, hatal bir yaz
bulman n ba ka yollar da
bulunmas na ra men [13], gözlemci uygulamas nda kalp
at
monitörü ba ar
ve kolay bir
ekilde
uygulanabilmektedir. Ayr ca, mesajlar kaydedilerek
daha sonraki ara rmalarda kullan labilmektedir.
System.Collections.ArrayList tmp =
DBSQL.ExecuteDataRader(sqlServices);
if (tmp == null) return;
foreach (object[] result in tmp){
string sName = result[0].ToString();
System.ServiceProcess.ServiceController sc=new
ServiceController (sName);
CService ss = new CService(sName);
int i = myServices.AddService(ss);
try {
if ((sc.Status != ServiceControllerStatus.Running
&& sc.Status !=
ServiceControllerStatus.StartPending)||i>= TimeOut2){
string sLog = sName + " last updated its
heartbeat at "+
result[1].ToString()+". It will be restarted
(Count="+i.ToString()+").";
Logging.AddLogMsg(ServiceParentEventLevel.Activity,"SR
V_RESTART",sLog,"","",sLog);
if (sc.CanStop) sc.Stop();
sc.Start();
myServices.ClearCount(sName);
}
else
myServices.IncrementCount(sName);
}
ekil 4. Düzgün çal mayan
ba lat lmas için kod örne i.
2
HL7: Hasta sa k bilgilerinin elektronik ortamda kar kl olarak
iletilmesi, entegre edilmesi ve yönetilmesini sa layan standartlar
olu turan uluslararas bir topluluktur. (www.hl7.org)
f emas
3. Kay t Mekanizmas
yaz
n
yeniden
Hem ire ça
gözlemci yaz
n çal rken
sa laml k ve performans
de erlendirmenin en iyi
yolu, durumlar ve hatalar n takip edildi i bir kay t
mekanizmas n kullan lmas r. Bir kay t giri i basitçe
analiz s ras nda kullan labilecek önemli bilgiler içeren
formatlanm
bir mesajd r ve a
daki bilgileri
içermelidir:
Kay t Seviyesi: Kay t, be seviyeye ayr lmaktad r
[14], en kritik olaylar 4. seviyede ve daha az kritik
olaylar ise 3, 2, 1 ve 0 say
seviyelerde
kaydedilmektedir. A
da hem ire ça
gözlemcisini
durumlar ve i leyi zaman istisnalar n kaydedilmesi
için kay t seviyelerinin bir listesi yer almaktad r.
Seviye-0: Olaylar düzenli aral klarla hedefe
gönderilen kalp at mesajlar r.
Seviye-1: Olaylar uyar mesajlar gibi kritik
olmayan ileti im mesajlar içerirler.
Seviye-2: Olaylar geri döndürülebilir hatalar
temsil ederler, bu, sistemin kullan müdahalesi
olmadan
hatadan
geri
dönebildi ini
göstermektedir.
Seviye-3: Olaylar kullan
n ilgilenmesini
gerektiren kritik olaylar içerirler.
Seviye-4:
Olaylar
ba lant
hatalar
ve
düzelmelerini içerir.
statistik ad : Her bir kay t seviyesinde kaydedilen
her bir mesaj bir istatistik ad ile kaydedilir. Bu adlar
her bir uygulama için istatistik üretiminde
kullan lmaktad r, örne in, BOZULMA ve DÜZELME
4. seviye olaylar için istatistik adlar r. Bu istatistikler
uygulaman n ne zaman hata verdi ini ve ne zaman
ba ar yla düzeldi ini göstermektedir.
Mesaj: Kay t giri inin mesaj bölümü, güncel sözlü
mesajlar tutmaktad r. Bu mesaj ya hata bilgisini
içermektedir ya da uygulaman n durumu hakk nda bilgi
sa lamaktad r. Bu mesajlar, yaz m geli tiricilerin
uygulama hatalar
ay klamalar na ve uygulaman n
performans ara rmas na izin vermektedir.
Bir kay t giri inin davran
n tan na dayal
olarak, bir yaz m uygulamas n gerçek davran
n
nas l yakalanaca , yaz
n geçti i durumlar ve
durum geçi lerinin izlerinin nas l belirlenece i kritik
sa k
hizmetlerinin
verilmesinde
önemlidir.
Veritaban n tutulan bilgiler, kaydedilen giri leri
ralamak ve yaz
n iç i leyi inin önemini do ru
ekilde temsil etmek için olaylar n anla lmas ve
istatistik çal malar için kullan lmaktad r. Kay t
giri lerinin kullan lmas ndaki temel dü ünce basittir: bir
hem ire ça
gözlemcisi uygulamas n her bir
durum geçi i bir kay t giri iyle temsil edilmektedir.
Kay t giri leri veritaban na girilerek ve ayn anda
istatistikleri hesaplanmaktad r. statistik ilk defa
çal mas durumunda, istatistik ba latma ve ba lant
için cari zaman esas al nmaktad r. Her bir dakikan n
sonunda, hem ire ça
gözlemcisi çal
sürede,
veritaban ba lant süresine bir dakika eklemektedir.
Dolay yla, Tot_Run_Time, cari zaman ile istatistik
ba lang ç zaman aras ndaki zaman fark olarak
hesaplanmaktad r. 1. denklemde sunulan Tot_Run_Time
de eri, tasar mc ya gözlemcinin çal
zaman
uzunlu unu belirlemesinde yard mc olmaktad r.
(1)
Tot _ Run _Time CurrentTime Statistic _ Start _Time
2. denklemde Up_Time de eri, uygulaman n i ledi i
süreyi yüzde olarak gösteren bir göstergedir.
(2)
Up _ Time Linkup _Time
Tot _ Run _ Time
3. denklemde sunulan Mean_Time_To_Recover de eri,
hatan n ortalama düzelme süresini gün, saat, dakika ve
saniye cinsinden göstermektedir. Bu de er ne kadar
dü ükse, sistemin i letilmesinin o kadar iyi oldu u
anla lmaktad r.
(3)
Mean _Time _To _Recover CurrentTime Linkup _Time
# of Recoveries
4. denklemde sunulan Mean_Time_To_Failure de eri,
ar zalar aras ndaki ortalama süreyi göstermektedir.
(4)
Mean_Time_To _ Failure Linkup _Time Statistic _Start _Time
# of Fails
5. denklemde sunulan Mean_Time_To_Error de eri,
hatalar aras ndaki ortalama süreyi göstermektedir.
(5)
Mean_Time _To _ Error Linkup_Time Statistic_Start_Time
# of Errors
Bütün olaylardan ar zalar ve hatalar ç kard ktan sonra
kalan olay miktar n toplam olay say na oran , 6.
denklemde sunuldu u ekilde iyi olaylar katsay olarak
tan mlanmaktad r.
(6)
Good Events Total Events # of Failures # of Errors
Total Events
Yukar daki formüller kullan larak hesaplanan
Konumlay
hizmeti istatistikleri
ekil 5’de
sunulmaktad r. Örnekte, Konumlay 123 gün, 23 saat,
59 dakika ve 10 saniye süresince izlenmi tir. Bu 123
gün boyunca, Konumlay
bu zaman n %99.993’ü
kadar aktif olarak çal
r. Her 41 gün, 7 saat, 22
dakika ve 3 saniye boyunca uygulama ba lant hatas
vermektedir. Bu uygulama ile ilgili toplam 123,456,789
olay kaydedilmi tir. MTTR de eri oldukça dü ük
olarak bulunmu tur (3 dakika ve 32 saniyedir).
MTTE’nin çok yüksek olmas , Konumlay hizmetinin
aktif oldu u süre içerisinde, uygulaman n çok az hata
yapt
eklinde yorumlanabilir. Örne in, hem ire ça
hizmeti ile TCP/IP ba lant
aras ndaki ileti imin
kesilmesi Konumlay hizmeti taraf ndan hata olarak
alg lanacakt r.
ekil 5: Konumlay
4. Sonuç
Hastane bilgi sistemi ve onun bir parças olan hem ire
ça
sistemi insan ya am ile ili kili olmas aç ndan
kritik sistemlerdir. Bu sistemlerin hastalara sunulan t bbi
hizmetlerin kalitesinin artt lmas nda önemi büyüktür.
Temelde donan m, yaz m ve ileti im tabanl olan
hem ire ça
sistemlerinin kesintisiz ve hatas z
çal mas istenmektedir. Bu çal mada, hem ire ça
hizmetlerini izlemek için bir hem ire ça
gözlemcisi
yaz m uygulamas sunulmu tur.
Çal mada hastane bilgi sistemi içinde yer alan ve
içinde ba ka cihazlarla ileti im kurmak isteyen pek çok
cihaz n bar nd ran hem ire ça
sistemi ele al nm r.
Her bir cihaz için yaz lacak hizmet yaz
, hem ire
ça
hizmeti ile soket ba lant
arac
ile
birbirlerine mesaj gönderip ileti im kurabilmektedir.
Böylece sistem içindeki cihazlar n bir k sm n
günümüz artlar nda iyile tirecek, a içinde yer
almas sa layacak yaz m alt yap sunulmu tur.
Ayr ca, hem ire ça sistemindeki hatay düzeltmek
için makinenin tamam kapay p açmak yerine, ar zal
yaz m hizmetini bulmak ve sadece ar zal olan tekrar
ba latmak hem ire gözlemcisinin görevidir. Her bir
uygulama kendisi için kalp at lar
veri taban nda
kay t etmektedir. Gözlemci de veri taban nda, kalp
at lar güncel olmayan uygulamay , çal
yor ise
tekrar ba latmakta; çal yor ise uygulamay
sonland p, daha sonra tekrar ba latmaktad r.
Uygulaman n genel ortalama düzelme süresi (MTTR),
uygulaman n ne kadar iyi çal
göstermekte ve bu
sürenin küçük olmas uygulaman n o derecede iyi i
yapabildi ini göstermektedir. Bütün makinan n kapan p
hizmeti için kay t ekran
tekrar aç lmas MTTR süresini artt rmaktad r. Onun
yerine sadece hatal uygulaman n bulunup tekrar
ba lat lmas , MTTR süresini k saltmaktad r.
5. Kaynaklar
[1]
[2]
[3]
[4]
[5]
Ünlütürk, M. S., Atay, C., and Kurtel, K., "Host Frame
User Interface and Its Architecture", The 14th WSEAS
International Conference on COMPUTERS, Corfu,
Greece, July 23-25, 2010.
Ünlütürk, M. S. and Atay, C., "Leveraging Nurse Call
System Using RFID Technology and Web Services",
HIBIT 2009, 4th International Symposium.
Ünlütürk, M. S. and Atay, C., "Admission-DischargeTransfer Gateway Interface: A Health Level 7
Application", Plenary Speech at International
Conference of IEEEAM Applied Computer Science,
Malta, September 15-18, 2010. (Yay nlanmak üzere
kabul edildi.)
Ünlütürk, M. S. and Atay, C., "Real Time Transaction
Server", International Conference of IEEEAM Applied
Computer Science, Malta, September 15-18, 2010.
(Yay nlanmak üzere kabul edildi)
Ünlütürk, M. S. and Atay, C., "Supervising Event
Executive", 5th International Symposium on Health
Informatics and Bioinformatics, HIBIT'10, Antalya,
Turkey, April 20-22, 2010.
[6]
[7]
[8]
[9]
[10]
[11]
[12]
[13]
[14]
Chowdhury B. and Khosla, R., "RFID-based Hospital
Real-time Patient Management System”, Int. Conf. on
Comp. and Info. Science, 2007, pp: 363-368.
Canialosi, A., Monaly, J. E., and Yang, S. C. ,
“Leveraging RFID In Hospitals: Patient Life Cycle And
Mobility Perspectives”, IEEE Applications & Practice,
September 2007, pp:18-23.
Wu, B., George, R., and Shujaee, K., “Architecting an
Event-based Pervasive Sensing Environment in the
Hospital”, 2006, 3rd International IEEE Conference on
Intelligent Systems, pp: 273-277.
O’Halloran, M. and Galvin, M., “RFID Patient Tagging
and Database System”, Int. Conf. On Mobile Comm.
And Learn. Tech. 2006, pp: 162-167.
Bravo, J., Hervas, R., Fuentes, C., Chavira, G., and
Nava, S. W., “Tagging for Nurse Care”, Pervasive
Computing Technologies for Healthcare, 2008, pp: 305–
307.
Stogerer C. and Kastner W., “Extending the Watchdog
Pattern for multi-threaded windows based traffic
management and control applications “ Emerging
Technologies and Factory Automation, 2008. ETFA
2008. IEEE International Conference on Publication
Year: 2008, pp: 854–860.
Xi Chen, Juejing Feng, Hiller, M., and Lauer, V.,
“Application of Software Watchdog as a Dependability
Software Service for Automotive Safety Relevant
Systems Dependable Systems and Networks”, 2007.
DSN '07. 37th Annual IEEE/IFIP International
Conference on Year: 2007, Page(s): 618–624.
Majzik I., “Software monitoring and debugging using
compressed
signature
sequences”,
EUROMICRO 96. 'Beyond 2000: Hardware and
Software Design Strategies', Proceedings of the 22nd
EUROMICRO Conference: 1996, pp: 311–318.
Elfriede D., “Efective Software Testing”, AddisonWesley, 2003.