Izrada mobilne aplikacije u elektroniÄkom zdravstvu [749,87 KiB] - FER
Izrada mobilne aplikacije u elektroniÄkom zdravstvu [749,87 KiB] - FER Izrada mobilne aplikacije u elektroniÄkom zdravstvu [749,87 KiB] - FER
Alternativan način pospremanja podataka o pacijentima je korištenje tekstualnih datoteka ilipak baze podataka za mobitele. Niti jedno od predloženih rješenja nije se pokazalo dobrim nitiefikasnim.Problem kod korištenja tekstualnih datoteka je u nekompatibilnosti i neprimijenjivostidatotečnog sustava pokretnog telefona i emulatora. Naime, prilikom svakog pokretanjamobilne aplikacije otvara se novo privremeno spremište unutar kojega se nalazi i tekstualnadatoteka u koju se pospremaju zapisi o pacijentu. Zatvaranjem aplikacije briše se i privremenospremište, a skupa s njim i datoteka u kojoj su se nalazili podaci. Nakon dugotrajnogpokušavanja da se izbjegne navedeni problem, zaključeno je da predloženo rješenje u svakomslučaju ne može biti dobro zbog nejedinstvenosti datotečnog sustava na pojedinom pokretnomureñaju. Prilikom svakog pokretanja na mobitelu morala bi se gledati raspoloživost memorijete ponovno namještati staza do datoteke, što može biti vrlo zahtjevno i problematično.Jedno od predloženih rješenja bilo je i korištenje baze podataka za mobitele, no takve izvedbese danas još uvijek rijetko koriste. Napravljeno je nekoliko pokušaja s bazom Mimer SQLMobile 9.3, no razvojna okolina ga nije podržavala bez dodatnih biblioteka. Čak i nakonnjihovog dodavanja rješenje se nije pokazalo optimalnim zbog velike sporosti u pristupupodacima.Korištenje RecordStore strukture zapisa pokazalo se kao optimalno rješenje za lokalnupohranu podataka. Naime, podaci o pacijentima i njihovim bolestima ne zauzimaju velikiprostor u memoriji i rješenja poput baze podataka za mobitele ovdje jednostavno nemajunikakvu praktičnu ulogu osim što dodatno kompliciraju situaciju. Podacima uRecordStore strukturi jednostavno se pristupa putem jedinstvenog cjelobrojnogidentifikatora.Jedini problem koji se pojavio u predloženom rješenju je u tome što se podaci uRecordStore pohranjuju kao bolje bajtova (eng. byte) i prilikom kasnijeg dohvata semoraju prebacivati u tip podataka String. Zbog toga je kreirana posebna metoda kojoj jenamjena rješavanje navedenog problema.18
5.1 Lokalno pospremanje informacija u mobilni ureñajU diplomskome radu koristilo se nekoliko struktura tipa RecordStore za pospremanjepodataka o pacijentima: u jednu su se pospremali osobni podaci pacijenta (ime, prezime,očevo ime, datum roñenja i spol); u preostale su se pospremali podaci o alergijama, cjepivimai bolestima, s istom shemom strukture koja sadrži datum kada je problem uočen, naziv bolesti(odnosno, alergije ili cjepiva) te reakciju na iste. Stvorena je i jedna struktura sa zapisima odnevnim zadacima (engl. tasks) te jedna velika struktura imena savedData u koju sepospremaju sve aktivnosti koje je liječnik obavljao do trenutka slanja podataka kroz mrežuprema poslužitelju. Takva struktura, u prenesenom značenju, ima gotovo istu uloga kaolokalna baza podataka jer se svakome zapisu jedinstveno pristupa putem identifikatora(recordID). Kada liječnik pošalje te podatke na mrežu, podaci u lokalnoj „bazi podataka“(tj. strukturi tipa RecordStore) se brišu ako na mobilni ureñaj doñe potvrda da su podaciuspješno pohranjeni u bazu podataka na poslužitelju. Ako je slanje podataka bilo neuspješno,podaci ostaju sačuvani do trenutka u kojemu liječnik uspijeva obaviti uspješno slanje svihpodataka središnjem računalu.19
- Page 1 and 2: SVEUČILIŠTE U ZAGREBUFAKULTET ELE
- Page 3: SadržajSadržaj ..................
- Page 6 and 7: Popis oznaka i kraticaAPICACLDCengl
- Page 8: 1. Elektroničko zdravstvoElektroni
- Page 11 and 12: Osnovni akteri telemedicinskih prim
- Page 13 and 14: 2. Mobilno zdravstvoMobilno zdravst
- Page 15 and 16: 2.1.1 Edukacija i osvješćivanjeSi
- Page 17 and 18: 2.2 Tehnologije korištene u mobiln
- Page 19 and 20: Java Micro Edition je proizvod tvrt
- Page 21 and 22: 3.6 Microsoft SQL Server 2005 Expre
- Page 23: 5. Lokalni zapis informacijaSituaci
- Page 27 and 28: ODNOSNI MODEL, koji prikazuje sve i
- Page 29 and 30: 6.3.3 Primjena Chenovog dijagrama n
- Page 31 and 32: 6.4 Baza podataka na poslužiteljuN
- Page 33 and 34: Resursi kojima se pristupa putem HT
- Page 35 and 36: Slika 9. Primjer zahtjeva poslanoga
- Page 37 and 38: Alternativan i puno jednostavniji n
- Page 39 and 40: kovac mogu samo lokalno unositi pod
- Page 41 and 42: za provjeru autentičnosti ima spre
- Page 43 and 44: dodatno korisničko ime i lozinka z
- Page 45 and 46: Day: 5Month: 5Year: 2009Reaction: a
- Page 47 and 48: 9.2.2 Dijagram uporabnog slučaja z
- Page 49 and 50: 9.2.4 Dijagram klasa za opisani sce
- Page 51 and 52: Literatura1. Mark Weiser: „The Co
- Page 53 and 54: 28. Petrović, Ivana: Klijent - pos
- Page 55 and 56: je desnim klikom miša kliknuti na
- Page 57: SažetakDiplomski rad istražuje ra
Alternativan način pospremanja podataka o pacijentima je korištenje tekstualnih datoteka ilipak baze podataka za mobitele. Niti jedno od predloženih rješenja nije se pokazalo dobrim nitiefikasnim.Problem kod korištenja tekstualnih datoteka je u nekompatibilnosti i neprimijenjivostidatotečnog sustava pokretnog telefona i emulatora. Naime, prilikom svakog pokretanja<strong>mobilne</strong> <strong>aplikacije</strong> otvara se novo privremeno spremište unutar kojega se nalazi i tekstualnadatoteka u koju se pospremaju zapisi o pacijentu. Zatvaranjem <strong>aplikacije</strong> briše se i privremenospremište, a skupa s njim i datoteka u kojoj su se nalazili podaci. Nakon dugotrajnogpokušavanja da se izbjegne navedeni problem, zaključeno je da predloženo rješenje u svakomslučaju ne može biti dobro zbog nejedinstvenosti datotečnog sustava na pojedinom pokretnomureñaju. Prilikom svakog pokretanja na mobitelu morala bi se gledati raspoloživost memorijete ponovno namještati staza do datoteke, što može biti vrlo zahtjevno i problematično.Jedno od predloženih rješenja bilo je i korištenje baze podataka za mobitele, no takve izvedbese danas još uvijek rijetko koriste. Napravljeno je nekoliko pokušaja s bazom Mimer SQLMobile 9.3, no razvojna okolina ga nije podržavala bez dodatnih biblioteka. Čak i nakonnjihovog dodavanja rješenje se nije pokazalo optimalnim zbog velike sporosti u pristupupodacima.Korištenje RecordStore strukture zapisa pokazalo se kao optimalno rješenje za lokalnupohranu podataka. Naime, podaci o pacijentima i njihovim bolestima ne zauzimaju velikiprostor u memoriji i rješenja poput baze podataka za mobitele ovdje jednostavno nemajunikakvu praktičnu ulogu osim što dodatno kompliciraju situaciju. Podacima uRecordStore strukturi jednostavno se pristupa putem jedinstvenog cjelobrojnogidentifikatora.Jedini problem koji se pojavio u predloženom rješenju je u tome što se podaci uRecordStore pohranjuju kao bolje bajtova (eng. byte) i prilikom kasnijeg dohvata semoraju prebacivati u tip podataka String. Zbog toga je kreirana posebna metoda kojoj jenamjena rješavanje navedenog problema.18