Da li informacioni sistem pokriva samo stomatoloske sluzbe ili i ostale? Moja supruga je stomatolog i imao sam prilike da vidim software, ako je to to?

Ne, ovaj sistem pokriva navodno sve usluge pruzene u zdravstvu. Postoje mnogo nedostataka ovog sistema a najveci je to sto nemate kome da se obratite za pomoc. Hiljade pitanja a nijedan odgovor.

Kakvi su utisci ovog IS, ako tako moze i da se nazove?!

Ne bih da se pravim pametan, ali kad je to razvijeno i da li i dalje postoji firma koja ga je razvila?

Firma koja je razvila ovaj projekat se zove BitImpeks, dok se ovaj IS koristi od strane vecine manjih zdravstvenih ustanova u celoj Srbiji. Projekat za izradu ove aplikacije je pokrenut od Ministarstva RS. Mnogo smo problema imali sa ovim softverskim resenjem a program je programerski gledano odradjen katastrofa.

Posto su objavili novu verziju programa nisam oklevao i instalirao je odmah radi testiranja da vidim sta je novo itd.
Pokusao sam da importujem staru bazu i vidi.... Greske koliko hoces!!! Vec sam pricao sa odgovornim za unos podataka (Koleginice na salteru) i rekao im da je vrlo lako moguce da ce morati da unose sve pacijente ponovo!! Kakve radosti.

Nadam se da ce se ukljuciti i neko ko ima iskustva sa "Next IS".

Pozdrav dragom kolegi. Mislim, kolegi po poslu i problemima sa NextEFZus, odnosno, NextZUS-om. Imam godinu dana iskustva sa Nextom. Sto se tice importa osiguranika, to ne radi jos od prosle verzije. A import baza nisam ni probala. Razmisljam da fakture za januar i februar posaljem zbrno na fiktivnog pacijenta, a prema podacima iz mesecnih evidencija. Poslala sam mail Goranu Randjelovicu sa molbom da pita BitImpex zasto to ne radi. Jadan Goran. Ali Peri Dagovicu ne smem, jer je strogo rekao da ne zloupotrebljavamo njegovu mail adresu. Cekam odgovor od Gorana. Javicu se kad ga dobijem.

Pozdrav kolega. Ja sam iz DZ Novi Bečej, veliki u četvrtom redu što mu nije trebao mikrofon.




Isto Sr***, drugo pakovanje.

Kao prvo, nisu uslišili moje molbe, zahteve, pretnje kako god.

1. Nisu razdvojili šifarnike po tipu ustanova.
2. Nisu napravili hiden protokole za ostale korisnike, odnosno da zatvorene protokole vidi samo admin.
3. Mrežni rad je i dalje NULA, pa sam sad podigao server NT 2003 da to malo, koliko mogu poboljšam.


A možemo da pričamo i u drugom pravcu. Bazu su napravili u ACCESSU 97, čini mi se da je to alatka od pre 10-11 godina, u bazi ne postoji posebna tabela sa osnovnim podacima pacijenata već je poziva iz prvih slogova, što znači da pozicioner u bazi non-stop trči gore dole (što bi mi inf. rekli mulja). Šta je bio njihov izgovor. "To je aplikacija za prvu pomoć, dok se ne snadjete, a inače je prevljena za manje ustanove". ALOOOOO LIKOVI, pa ko ste Vi da odredjujete šta je manja, a šta veća ustanova. Gde je ta granica.

Još uvek zvanično, dopisom, napismeno nismo dobili objašnjenje kako da radimo prva dva meseca, ima samo usmena reč g-din-a Dagovića. A usmeno više ne važi ni na pijaci i tamo ima fiskalna .

Export odnosno Import slogova sa podacima pacijenata ne radi. Buba je to već rekla. Run Time Error '9'. Čini mi se da je to greška u broju karaktera koje jedno polje prima. Izgleda su likovi export-import radili samo iz nove u novu verziju.

AAAAAA Najviše mi je krivo kada su rekli da će import sve da reši. Pa ko je još napravio takav program sa veštačkom inteligenciojom da će od tri šifre 01,70 i 81 da napravi sve ove nove. Pa kakv je taj kod, pa to je kod za Nobela ako to odradi. Nema ljudi logike, nemaju oni pojma šta tu ko zna i koliko ume.

Nastaviću se......

E bas mi je drago da smo se konacno okupili na jednom mestu.

Nadam se da ce nas biti vise, probacu da kontaktiram ostale ZU kako bi ih uputio na ovaj forum. Ipak je ovo jedino mesto gde bi mogli da pomognemo jedan drugima. Sto vise komentara to bolje. Mislim da je nemoguce doci do Gorana Randjelovica. U modernom svetu postoji tzv Call Centar koji ce konkretnije da se pozabavi problemima svojih korisnika.

Ako nista ne postignemo, bar ce biti zabavno cuti razne probleme sa ovom aplikacijom.

Jedan veliki problem koji imam sa ovim "IS" je taj sto svako moze da mi obrise bazu ili da narusi nesto u njoj. Cemu li sluzi onaj Login kad svako moze da mi udje u bazu i procita moj password. Postoje li uopste privilegije koriscenja? Mislim, dali svaki korisnik ima Administratorska prava? Dalje, ima da me ubiju ove gospodje sa saltera kad im saopstim da su unosili podatke u 2006 god za dzabe. Prilikom "importa" stare baze prebace mi se svega 5% faktura, stim da ima i nekih faktura ciji je iznos abnormalo velik dok vecina faktura ne dostize iznos veci od 500 din. Bilo bi lepo da smo imali toliko posla...
Slazem se sa kolegom iz Beceja, za Access 97, za prebacivanje Sifri itd. Ovi iz BitPimpeksa mi ne deluju bas toliko strucni pa da bi mogli to sve da odrade bez greske.

Kad su najavili novi program pomislio sam da je to sasvim nova App sa novim interfejsom, savrememnim sistemom za update programa i sifri, nekom konkretnijom bazom podataka (bar Access 2000), a ono...

U vezi sa siframa...
Taj dan kad sam preuzeo novi sifarnik sa portala i predao sluzbenicima da se malo upoznaju, izbio je rat. Opsti haos, zar je moguce da je sifarnik toliko nejasno definisan? Zna li neko kako ce sluzbenici na salteru znati pod kojom kategorijom osiguranja se pacijent vodi. Koliko sam primetio, u novim ZK postoji neki 4 cifreni broj? Da li je to to?

Haj! Sto se tice sifri, to je to. Mislim da salterski sluzbenici ne moraju znati kategorije osiguranja. Trebalo ba da ih aplikacija sama svrstava prema osnovu koriscenja prava koji se unese. A to je taj cetvorocifreni broj sa knjizice. Mozda bi u laksem snalazenju pomogao sifarnik koji se koristi za aplikaciju za unos recepata. Ne znam da li ste imali prilike da koristite taj program. Sto se tice kolege iz Beceja, konstatujem da je skroz u pravu, ali sam skepticna povodom povoljnog resenja njegove ideje o razdvajanju sifarnika. Srdjane, iskreno mislim da to nece uraditi zbog preplitanja usluga sa razlicitih nivoa. Zakljucak, ukoliko imate mogucnost da koristite neku drugu aplikaciju koja ce fakturisati usluge, bezite sto dalje od BitImpexa. Ukoliko ne, paticemo se svi zajedno. A i konsultovati, nadam se. Ja imam rezervnu opciju, ali mi treba vremena i volje da je pokrenem u svim ambulantama. Srdjan zna za to. A sad idem kuci. Cucemo se kasnije. Pozdrav svim fanovima BitImpexa.

Alo ljudi ja sam Banaćanin. NE Bečejac. NOVO BEČEJAC

Što se tiče prepletanja, nema tu puno toga što se prepliće (šta je ovo - kolariću paniću). Ako neka ustanova i radi nešto to je jako malo i niko joj ne brani da učita više vrsti šifarnika ili da doda samo one šifre koje joj trebaju. Recimo moja ustanova radi isključivo primarnu zaštitu i jedino radi postavljanje katetera, što je sekundarna. Pa ja ću dodati samo tu šifru, a ne 13.000 pa da se pitamo jel' ovo smemo da radimo ili ne, A NEMAMO KOGA DA PITAMO, pa nam osporavaju te usluge nakoh šest meseci. Pa koji moj radi ona ekipa stručnjaka, ako ovo ne može da odradi.

Znači šifre
sa indeksom P (primarene)
sa indeksom S (sekundarne)

i tako redom i na kraju

sa indeksom Z (zajedničke, prepletene ili kako god ih nazvali).

Ako su toliki stručnjaci mogli su da naprave čak pojedinačno po odeljenjima (uglavnom). Možda sad preterujem.

P.S. Iskreno bih voleo da pozoveš onu gospodjicu-gospodju informatičarku iz Sremske Kamenice ili Novog Sada što ih je pitala za projekat, da dodje na forum.

Pozdrav svima,

u ponedeljak cu pokusati da pronadjem email adrese ostalih ZU pa ce se ovaj forum sigurno prosiriti. Zaista me cudi da se niko (recimo programeri iz BitImpeksa) ranije nije setio za ovakav forum. Vec sam razmisljao o tome da se mozda uredi sopstveni forum za celokupno zdravstvo pa da ne opterecujemo servere ES i da bude sve na jednom mestu. No otom potom...

Sto se tice razdvajanja sifri, moracu jos malo da se udubim u problematiku (da vidim gde bi bili nedostaci a gde prednosti).
Hteo bih da pitam chipsa da li je imao problema sa importom stare baze u novu aplikaciju, ukoliko si vec pokusao to (posto si rekao da koristis Next)?

Da li je buba dobila neki odgovor od gosp. Randjelovica? :)

Ne da sam imao problema, nego imam još uvek. Neradi import. Do duše ja sam želeo da impotujem samo podatke o pacijentima i javlja se run time error '9'. Već sam to napisao u nekom postu. Ja sam neke tabele ručno copy past, recimo podaci o firmi, o korisnicima ali o pacijentima nisam jer su podaci djuture sa starim fakturama. I to sam već napisao.

Što se tiče zasebnih foruma, G-din Martin ing. po struci radi u DZ Kovačica ima svoj sajt i javnu IP adresu, pa bi sa njim trebalo razgovarati da organizuje forum, ako ga već nije napravio.




Što se tiče programera:


Prijatelju,
Nas programera ima u zdravstvu k'o sitnih svetaca. Neterbaju nama programeri sa strane. Samo ovi naši mudroseri su trebali da nas sastanu pre dve godine. Imali bi tim informatičara skoro k'o NASA. A ne da pozovu bit impex i da im ovi nalažu neka s**** samo da bi oteli pare.

Evo ti primer samo sredne banatski okrug ima u svojoj filijali tri diplomirana informatičara a po ustanovama u ovom regionu ima nas još troje koji nešto programiramo delphi, VB, My SQL bilo šta.

___________________
Edit (by m.petrovic): Quote obrisan zato što je i originalan post obrisan (razlog brisanja je nedozvoljeno reklamiranje).

_{[Ovu poruku je menjao m.petrovic dana 24.02.2007. u 20:40 GMT+1]}

Haj! Pa dobro Srdjane, sto se ljutis. Znamo da si Banacanin, samo nam je lakse da te zovemo Becejac Kolegi iz Zrenjanina porucujem da cu u ponedeljak zvati g-dina Randjelovica licno, jer mi ne odgovara. Ili g-dina Dagovica :-(

Momci, ostajte mi zdravo i bez puno nerviranja.

Cujemo se u ponedeljak

Imam sada poprilicno posla ali cu kasnije pokusati da kontaktiram i ostale ZU i da ih ukljucim u razgovor. Slazem se sa chipsom. Ima nas i vise programera koji smo i upuceni u problematiku pa bi to odradili svetski za mnogo manje vremena.



Sto kazu, dodje bog po svoje... Ne bi se sad menjao nisakim iz BitImpeksa!!!

_{[Ovu poruku je menjao krilezr dana 26.02.2007. u 13:24 GMT+1]}

Uf, sjajno, sad da se istresem zbog onoga sto ni je oduzelo bar pola zivota prosle godine.
Ko je narucio ovaj posao? Jel' to RZZO. Pa ako su oni, onda valjda znaju sta su trebali dobiti.
A u ovo vreme bas svako moze sebe da nazove programerom. Ej IS! Tu od sistema nema ni S a pogotovo informacionog.
2007-me godine agenti zaradjuju masnu lovu prodajuci aplikacije pisane u VB6 ili pre VB5 sa ACCESSom. Pa ako vec mora access sto bas v97, ima li nesto modernije. I zasto onaj nesretni Jet.3.51. Pa ta tehnologija ima 10-tak godina.
Nazalost imam jos nekoliko aplikacija od pomenute firme i sve su isto djubre, a kostaju ko djavo.
Kazu da je to aplikacija za male ustanove. Koliko male? Pa ja radim u maloj ustanovi. Ovo moze biti resenje za seosku ambulantu koja ima 3 pregleda dnevno par injekcija i mozda jos nesto sitno. I najmanji domovi zdravlja imaju 10-tak sluzbi.
Ako je u 21 veku resenje da dva dana obilazim odeljenja sa flashom, skupljam podatke, ondak to spajam, pa obradjujem, i onda na kraju masiramo onog coveka (Gorana) koji je najmanje kriv, onda sam ja preskocio neko poglavlje o tim kompjuterima.
Sta znam, programcic, mislim ovaj novi radi tako kako su ovi strucnjaci iz RZZO narucili. Import podataka nisam ni probao jer mi ne treba to cimanje. Ubacio sam samo osiguranike ali nikako onako kako su oni to zamislili. Od 51000 osiguranika aplikacija je nekim svojim filterom idvojila nekih 22000, ostalo jok. I sta onda? Nista, pravi querije,export itd...
Mozda za primer da su pogledali kako radi aplikacija koju je 2001 napravio Spinnaker a sad to odrzava cova iz Somborske fil. RZZO. Sijajno, malo, brzo moderno, u mrezi, ma milina. O ovome ne treba trositi puno reci.
Neka iz rzzo nadju nekog da im (a i nama samim tim) to posteno naprogramira.
Ako ne znaju kako treba da izgleda PROJEKTNI ZADATAK onda se to lepo pita, ako neznaju kakve servere da nakupuju i to se pita.
Naj strasnije je to sto njihovo ne znanje debelo kosta sve nas u ovoj drzavi!

Polako se okupljamo...

slobodno se istresi koyo :)
Zaista je zastarela aplikacija. Cak i ako su hteli da ukljuce starije racunare, moglo je to i na drugi nacin. Zaista je tesko odrzavati 'Ficu' kad nemate ovlasceni servis za njega... Ako razumete sta mislim!

koyo zar vi niste umrezili Aplikaciju? Mislim da je to IS?! Koliko racunara imate?
Mi smo imali veliki problem oko toga. Kad smo povezali vise od 4 racunara na Bazu, 5 ne moze da se konektuje. A imali smo nekih 10 tak racunara koji su pristupali bazi. I onda smo to nekako sredili...

Da li neko zna kako funkcionise onaj deo oko grupe korisnika, login, ili onaj deo oko evidencije korisnika? Sta znaci Rang? Potpis, Status, Vlasnik ili grupa??? Ja nisam nasao nikakvo objasnjenje za to. Jel se ovde definisu admin prava? Ako je to, vrlo zanimljivo resenje.

Stiglo tamo davno neko uputstvo kako bi to trebalo da radi na mrezi, i ja tako napravio, povezao 10tak mashina i to je tako radilo prvih par meseci. Kako se baza punila tako je spektakl bio sve interesantniji. Sestre pale masine u 7 pa kuvaju kafu pa doruckuju i gle cuda pojavi se Login. Tu cudesima programiranja nije kraj, kada nadju svoj protokol i kada ga otvore, vec se spremaju da idu kucama. Ne budem lenj, izmerim protoke kroz mrezu. Kada je baza negde u sept. ili okt. imala oko 220 MB, od momenta kada kliknu na APP pa do LOGINa kroz mrezu protece ~380 MB!!!!!!!! Ma nemogu da verujem. Probam jos jednom,pa jos jednom, isto.Server je u logovima imao nekih tricavih 135 TERRAByteova, siroma, dobro je ostao citav. E to ovi strucnjaci (programeri) valjda nisu znali.Naime kada se iz accessa i sl. baza prave upiti i stavljaju u ko zna koliko recordsetova, cela baza ide od servera na clienta pa se tamo izvrsavaju upiti pa levo pa desno i ondak se to tako nakupi. Strasno. I sta cu, onda svima instaliram njihovu bazu pa onda mesecno skupljam podatke. Nije strasno, ali nemas nikakvi centralni update i tako. Bar su mi ove sirotice sto unose podatke zadovoljne. Znam za varijantu preko term.servera ali takvu aplikaciju se bojim instalirati na servera jer tamo ima i drugih vaznih stvari, a i problem je sa kolicinom terminala, puta licenca za term.service, dobijes ohoho novaca, taman da platis nekom da to uradi kako bog zapoveda.
Ako neko ima resenje, pucajte!

Uf veoma zanimljivo, bar ces odrzati kondiciju :)

Kod nas je slicna prica sto se tice brzine. Nisam bas proveravao koliko MB vuce sa servera ali ti verujem na rec. Jel postoji neka varijanta da se ovaj program poveze sa nekom konkretnijom bazom recimo MySQL. Mozda postoji neka varijanta preko ODBC??? Moram malo mucnuti glavom. Al pitanje koliko je Next App kompatibilna sa takvim nekim resenjem. Postoje neki Case alati koji pretvaraju bazu direktno u neku drugu jednostavnim Exportom. Ovde moram i da kritikujem samu strukturu baze. Zar ovi ljudi nisu ucili nesto o 3,4,5 Normaloj formi? Kako vi uopste vadite neke statisticke podatke iz baze. Ja kao prvo ne mogu ni da nadjem Access 97 posto sa Access 2000 uvek nudi opciju za Convert to newer version a posle ne mogu da ga vratim u staru varijantu. Hteo bi da dodam svoj Query u "Bazu".

Ja sam radio neke izveštaje odnosno upite sa ovom bazom. Pravio sam programčiće u delphy-ju i vezivao sam se sa accessom preko ado-tabli i ado-query komponentama. A u samom programu sam pravo SQL upite, tako da nisam morao direktno da čarakam po bazi.

Što se tiče ubrzavanja rada baze donekle (ali samo donekle) pomaže ona opcija za kopaktovanje baze ili se tako nešto slično zove. proveriću još.



Da li možeš da postuješ to uputstvo? Čisto da vidim o čemu se radi. Ja sam umrežio na taj način što sam šerovao na serveru, a taj šer mapirao na terminalima pa samo u prečici uputo DB= na mapiranu particiju.

Postoji i ona druga fora koju baš nisam razumeo, da u samoj bazi odredim klijente pa da im dozvolim rad. Čini mi se da je Belić iz DZ Bečej tako umrežio svojih par kompova.



@Buba
Dobi li ti neki odgovor danas?

@SVI SVI SVI
Da li iko ima neki zvaničan stav na papiru kako se rade prva dva meseca?

Pozdrav svima. Drago mi je sto je počela razmena mišljenja na ovaj način. Verujem da ćemo pomoći "sebi" u isplivavanju iz problema u koje nas vodi posao kojim se bavimo.
Lično nemam mnogo iskustva sa Next aplikacijom osim fakture za januar 2006. Čestitam na trudu svima koji su uspeli na taj način da obave posao oko fakturisanja. Mislim da naš posao nije da budemo "fizikalci koji lopataju brda podataka" a ova aplikacija ne nudi nista drugo. Nama kao informatičarima teba da je cilj da organizujemo rad tako da se podaci dobiju lako brzo i ekonomično. A Next to sigurno nije. Pa rekli su nam "to je privremena aplikacije za unos" ne treba tražiti od nje to što nije.
IS fakturisanja je samo deo IS-a ZUS u kojima radimo i kojim bi trebalo da ovladamo, pitanje je kako.
Zavod nam nije dao kvalitetnu aplikaciju za to što nam treba, pitanje je dali hoće.
S druge strane ostale kolege po ovim pitanjima poznaju samo nas i od nas traže najbolje rešenje, pitamo se koje.
Ja jedan od mogućih izlaza iz ovog vidim u open source projektu u kom bi učesnici deo po deo pokrivali ovu problematiku.

MS ACCESS je FANTASTICAN kada radi u mrezi i to na sledeci nacin:

1. Na glavnom PC-u sedi baza koja u sebi ima relacije ALI koje su podrska TRAZENIM izvestajima.

2. Operaterima se instaliraju na PC-a samo par formi, znaci treba operaterima podeliti MALE poslove.

3. Forme NE SMEJU na sebi imati COMBO BOX-ove.

4. Forme se NE SMEJU oslanjati u pozadini na tabele NITI direktno raditi nad tabelama - VEC se MORA koristiti samo SQL.

5. Potrebno je koristiti transakcioni rezim rada - KONSTATNO i to pojacan sa par subprocedura.

6. NIJEDNA verzija MS ACCESS-a nema ZNACAJNA UNAPREDJENJA (samo treba znati kako ga koristiti) , nove verzije MS ACCESSA su SAMO poboljsane - dodate opcije za internet i ispravljeni BUG-ovi (pravu snagu daje baza: INTERBASE ili ORACLE).

Ukoliko imate dodatnih pitanja u vezi sa gore navedenim - kontakt je [email protected] ;ukoliko je potreban code: www.microsoft.com/kb.

@chips
Da li to sa mapiranjem ubrzava rad ili dodatno zakomplikuje stvar? Od strane BitImpeksa smo dobili dva upustva za "umrezavanje". Jedna bi bila da se glavni program i baza nalaze na serveru i da se "povuku" svi shortcutovi sa sa tog exe fajla na serveru. Druga opcija je da se instaliraju na svakom racunaru app pa da se promeni samo putanja do baze u Shortcutu. Ova druga varijanta mi deluje nekako stabilnija, ali kad stigne nova verzija moram da trcim po svim terminalima i menjam exe fajl. Uf, kao da smo u doba turingove masine.

@mars

Mislim da Access pa bas i nije najbolje resenje za mrezu. Dobra je dok imas 5 korisnika i malu kolicinu podataka za unos. Kad imas njih desetak koji svakim danom unose dosta podataka. Dolazi do usporavanja rada eksponencijalno.

@m902

Da bi napravili dobar Opensource projekat morali bi svi da vladamo istim vestinama. Mozda nas je malo da bi ovo radilo kako treba pogotovo ako nemas podrsku "od gore". Ko ce ti javiti najnovije izmene (npr. sifarnici,...). Mada valja razmisljati o ovome

Sta mislite, da li da ukljucimo ljude iz Bitimpeksa u forum?

Relacije sluze za ocuvanje integriteta, a ne kao podrska izvestajima.

Nema to veze, sta ako operater obavlja sve funkcije koje su predvidjene aplikacijom?

Stvarno me interesuje kako ces ovo da obrazlozis, posto "nema veze s vezom", tj. potpuno netacna i besmislena tvrdnja.

Ocigledno ne poznajes Access, posto se SQL koji se koristi u Accessu konstantno unapredjivao - iz verzije u verziju, tako da jedino sto Accessu nedostaje u poredjenju sa ozbiljnim bazama su triggeri, stored procedure, kao i neko prosirenje jezika (kao sto MS SQL ima TSQL). Naravno, ima on jos nedostataka, ja sam samo naveo glavne, ali tvrditi da Access nisu unapredjivali - BESMISLICA.

@krilezr

Da bi napravili dobar Opensource projekat morali bi svi da vladamo istim vestinama. Mozda nas je malo da bi ovo radilo kako treba pogotovo ako nemas podrsku "od gore". Ko ce ti javiti najnovije izmene (npr. sifarnici,...). Mada valja razmisljati o ovome

Mislim da svakom ko poznaje neki od programskih jezika nije problem da nauči PHP (ako hoće) a osnove html-a bi svaki informatičar morao da zna.
Podršku "imamo" dali su nam format fakture i šifarnike, ja drugo i ne očekujem.

Imam blagi osecaj de se udaljavamo od teme. Manite se teorija o accessu i o ostalim bazama, toga ima dosta u drugim temama. Mi koji smo zaglavili sa ovim NEXTom, treba da vidimo kako uraditi posao sa postojecim softwareom, a za dalje svakako treba videti pa to sebi naprogramirati ili vec nesto. Evo od danas informacija da se usluge u januaru i februaru fakturisu normalno, znaci po pacijentu, a samo da vas podsetim na sastanak informaticara i ljudi iz rzzo-a i bitimpeksa kada je Dagovic obecao da nece vise nikada traziti podatke u nazad. Tamo je jos svasta naobecavano, predlagano i sugerisano, a koliko vidim od toga nema nista. Nije mi jasno sta su nas tamo onda cimali bezveze.

Konkretno, ja se zalecem sa flashom da taj programcic instaliram na nekih 20-tak mashina pa cemo da vidimo.
Jel to prebacivanje podataka iz stare verzije radi ili ne?
Znam da vam je svim kolegama lagani haos oko fakturisanja, ali nadjite malo vremena pa napisite nesto suvislo.

koya je u pravu,
ne treba suvise bezati od teme, mada je dobro posle godinu dana cuti kako se i drugi snalaze sa app. Neki vise vole da setaju po odeljenjima i skupljaju podatke (mozda se ogrebu i za kaficu) a drugi sede na jednom mestu i zele da to sve radi idealno brzo i pouzano (kafica i ovde nije na odmet :) ).

Meni import ne radi kako treba, pokusao sam vise puta i to iz dve baze. Ne radi uopste. Moracemo krenuti sa praznom bazom (Kakav posao). Mozda je buba kontaktirala Gorana ili Dagovica, pa ako ih je dobila, neka im kaze da svrate malo do Zrenjanina.

Inace, poslao sam svim ZU u Vojvodini link do ovog foruma, mada mi je dosta njih vratio posto nisu bile "vazece" a preuzeo sam ih sa sajta Ministarstva zdravlja. Ponovo bi vas zamolio da kontaktirate i druge ustanove o ovom forumu...

@M902

Sto se mene tice ja sam za! PHP i Html znam odlicno, mada iskreno, voleo bih da imam nesto od toga

Pa ja sam išao ovom logikom. Ako podižem EXE sa termimala ne opterećujem toliko mrežu kao kada bi ga podizao sa servera, a putanju na bazu sam upućivao na mapirani disk. Što se tiče nove verzije programa (iskustvo od prošle godine), nisam bežao od odeljenja do odeljenja, već sednem za server, install novi exe i onda kroz mrežu iskopiram (pregazim) na ostalim računarima. Tamo gde neko ima aktivan program koristiš malo lan chat ili remote desktop pa ga obavestiš da privremeno prekine rad na NEXTU ili mu ti prekineš rad i onda copy.

E sad sam primetio da ovo baš ove godine i nije pravilo i to na WIN98 gde se javlja run-timr error 48 da nema nekog dll fajla. Znači instalirao sam prvi put ovaj nextzus na računaru pod win98 i startovao sa praznom bazom i program je radio. Pojavila se ona maska za unos pib-a i ostalih elemenata o ustanovi. Prekinem program i preusmerim prečicu na mapiran disk. Startujem program ,a ono se javi poruka sa ovom greškom. pretražim komanderom gde je taj dll. Nema ga. Nije mi jasno kako je radio u opšte ako ga sad traži, a nemaga. Pretražim mapiranu particiju servera, a tamo ga ima u WINDOWS\system32 i odatle ga kopiram gse god mi je palo na pamet u win98, ali ništa.

Na ova dva računara ne mogu da menjam OS jer rade sa nekim spec. programima za dijagnostiku EKG i spirometriju koji rade samo na win9x verzijama.

Probao sam da eksperimentišem pa da kopiram ceo nextezus sa servera na ovaj komp ali i dalje nije hteo da radi, što sam recimo prošle godine mogao da uradim.

U nedostatku konkretnih ideja iliti resenja ajde da malo prokomentarisem ove chipsove situacije.
Problem sa je sa instalerom u VB koji kada pravi package trpa sve kontrole i diblioteke koje je strucnjak jednom stavio u projekat od kojih koristi verovatno nista i ondak instaler to sve trpa gde on misli da treba. Kod NETa imamo framework koji to sve ima u sebi, pa su ti instali dosta mali i fini za distribuciju a bogami i za odrzavanje. Neki dll-ovi se ne mogu samo tako kopirati jer OS nece imati pojma da on postoji, ali sa regsvr/switch postaje druga prica. Mozda nisam napisao sve tacno sve ali je to to. Vecito imam problema sa takvim instalacijama VB5 ili 6, jel stalno trpaju sve i svasta u system32 pa onda prepisuju fileove, umesto lepo da proveri jel to ima ili nema, a ako nema neka metne bas ako 'oce. Eto valjda je to sad malo jasnije.

Eh, posle malo veceg mucenja uspeo sam da prebacim staru bazu pa ne moram da unosim Januar i Februar ponovo. Bilo je dosta gresaka u staroj bazi pa sam morao "rucno" da setam po protokolima i menjam greske prilikom unosa. Najvaznije je da je ono polje sa "Datum do" ispravno pa ce se tako i podaci importovati korektno. Cak sam uspeo i da spojim dve stare baze u jednu. To bi mozda za chipsa bilo interesantno da ne bi morao da seta sa njegovim fleshom. Eh sad cu ja po odeljenjima i da instaliram program, kakva muka!!!

Haj Krile!

Pa pravi si car. Samo nam otkrij na koji nacin si to uspeo. Da li preko opcije za "Import podataka iz NexTEFZUS baze"? Prebacio si sve fakture sa datumom vecim ili jednakim 01.01.2007?

Je si tu?

Inace, pricala sam sa gospodinom Randjelovicem u vezi importa osiguranika koji ne radi. Njegova savet je da se baza i fajl za import koji je pripremljen iz stare verzije prosledi na e-mail Bitimpeksa. Dao mi je adresu i sad se spremam da to uradim.



@chips

Prema recima gospodina Randjelovica, fakture za januar i februar se moraju raditi prema uputstvu. Dakle, po pacijentima. Kako ces to resiti?


@SVI SVI SVI

Otklonite mi dilemu oko fakturisanja ampula. Koliko vidim, u sifarniku postoje sve vrste ampuliranih lekova po JKL siframa. U instrukciji od gospodina Dagovica stoji da se fakturisu po pacijentu i po vrsti i kolicini. Da li to znaci da se za svakog pacijenta, pored izvrsene usluge, ubacuje i ampulirani lek ako ga je primio? I kako, kad se u sifraniku nalaze lekovi po originalnom pakovanju? Kako da jednom pacijentu ubacim Novalgetol a 50 kom u pakovanju? Kolicina 0,02? A cena moja? Prosle godine su moje sestre ubacivale po JKL, pa ih je na zbirnoj fakturi sve smestio u vakcine. Imala sam potrazivanja za vakcine preko ugovorenog iha ha. Ili treba da se i dalje fakturisu na 7777777 sa proizvoljnom kolicinom i proizvoljnom cenom?

Momci, razmislite. Cekam sugestije. Pitanje je mozda glupavo , ali ne znam sta da kazem mojim sestrama. Prava stvar bi bila kada bi se tacno znalo sta je za svakog pacijenta utroseno.

Momci,

niste valjda otisli kuci? Sa takvim problemima? )

Da uspeo mi je import preko Nextzusa, stim da sam prvo uradio import jedne baze (posto sam ih imao dve), u novoformiranoj bazi nasao greske stare baze, ispravio u starom programu, obrisao novu bazu u novom programu i ponovo importovao bazu iz starog programa, ako razumete sta hocu da kazem. Moje tetkice se obradovale :) . Da li je chips video da li je taj .dll sadrzan u starom programu? I ja imam isti problem sa error 48. Malo cu ceprkati pa vam se javljam

U uputstvu takodje piše da ustanove koje nemaju razvijenu IT podršku mogu da rade zbirno. E pa ja u januaru i februaru nisam imao razvijenu IT podršku. Nisam imao aplikaciju, a i računari su imali remont :-) i ja radim zbirno. Čula se danas moja glavna sa Incikom (filijala Zrenjanin) pa očekujem stav tek sutra u toku dana.





U pitanju je psapi.dll fajl koji se na NT platformama nalazi u WINDOWS/system32. Probao sam iz Xp-a da ga kopiram u WIN98 ali i dalje program neradi. Pokušao sam da ga sa regsvr32 komandom registrujem u registar bazi i nisam uspeo. Kasnije sam negde na microsoft-ovom sajtu pročitao da ga WIN9x platforme uopšte nemaju i da može da se ubaci od NT3.51 ali mora da se u WINDOWS/system promeni WINmm.dll. Ja nisam imao pri ruci ovaj stari NT pa sam pokušao da uradim sa fajlovima iz NT2000 i naravno dobio sam grešku pri startovanju da kernel ne valja. Tako da i dalje ne znam rešenje kako da NEXTZUS pokrenem na win98.

Nisam ja taj koji je šetao sa fleshom nego naš kolega KOYA.

Mene interesuje kako da prebacim samo podatke o pacijentima, a ne celokupne protokole, jer nismo ništa radili u Januaru i Februaru. Znači postoji opcija za import pacijenata ali i to ne radi. Ako i proradi koliko je pametno to po Vama koristiti jer ti podaci ne sadrže ni LBO ni one silne podatke o vidu osiguranja i ostalo. To bi značilo da svaki put operater ipak mora da unosi ispravke pa se bojim da će mu trebati više vremena za to nego da unosi iz početka.

Primetio sam da na šifarnicima ne radi famozno F4 za pretraživanje.

U vezi sa prenosom podataka iz stare baze u novu bazu - predlazem da mi neko od korisnika posalje staru bazu (iz koje je potrebno iskopirati podatke) i novu bazu (u koju je potrebno iskopirati podatke) = potrebno je mi je 7 dana u realnom vremenu da Vam generisem kod koj cete uz male izmene (svaki put kod nove verzije) moci sami da menjate i da Vam svima resim ovaj problem.

Moj predlog je konkretan i upucen svim ljudima dobre volje.

Kada resimo gore naveden problem - prelazimo na sledeci, OK ?


Moj kontakt je: [email protected] ;

___________________

Svako mapiranje u MS ACCESS-u komplikuje stvar - samo pogorsava situaciju na mrezi.

___________________

MS ACCESS definitivno nije najbolje resenje za vecu mrezu - on radi FANTASTICNO u malim mrezama do 5 korisnika.

___________________

Potrebno je raditi na Opensource-u, da bi presli 1000 Km mora se preci 1 Km - moramo pratiti nove stvari i nove trendove - svi zajedno.

Opensource nam donosi vecu nezavisnost i slobodu - vredi, u realnim uslovima potrebno nam je godinu dana zajednickog rada.

___________________

Da li neko moze da mi posalje sliku (izgled ekrana za fakturisanje) - pa da vidim da li mogu da Vam pomognem na neki nacin.

___________________

Ukoliko mi posaljete staru bazu i novu bazu - za 7 dana bih mogao da Vam prosledim kod (mali program) za import iz stare u novu bazu - koji kasnije mozete da menjate sami (to su proste stvari - nije programiranje robota) ;

___________________

Za svakog pacijenta potrebno je vezati sve egzaktno - u postojecem sistemu Vi to ne mozete da uradite, savetujem sastanak sa programerima - u suprotnom ...



___________________

Napomena: Slanje kratkih poruka jednu za drugom se smatra spamom i nije dozvoljeno na ovom forumu. Ukoliko je vaša poruka poslednja u temi i želite da dodate nešto, koristite opciju "Izmeni" (taster kojim aktivirate ovu opciju nalazi se u donjem desnom uglu svake poruke).

Hvala, m.petrovic.

_{[Ovu poruku je menjao m.petrovic dana 28.02.2007. u 22:10 GMT+1]}

@MARS4
Svaka ti čast na ponudi ali stvari su sledeće. Uzmem ja delphi napravim par gridova ado tabli sqlado i jedno dugme konvertuj i eto prebacujem podatke iz jedne baze u drugu. ALI..... to je VEĆ trebao neko iz BITIMPEX-a da uradi kako treba i za to je već plaćen. Ti i Ja nismo za to plaćeni. Dalje.....

^{potrebno je mi je 7 dana u realnom vremenu da Vam generisem kod koj cete uz male izmene}

Nema se više vremena ni 7 minuta, dani prolaze već kasnimo dva meseca, a ako ne šaljemo fakture nema ni para..

Dalje....ovo o ACCESSU smo već odavno apsolvirali još krajem prošlog veka

Dalje.....^{potrebno nam je godinu dana zajednickog rada.}
Ovo je trebalo reći Petroniju još pre dve godine, znači i za ovo je KASNO!

dalje...^{Za svakog pacijenta potrebno je vezati sve egzaktno - u postojecem sistemu Vi to ne mozete da uradite, savetujem sastanak sa programerima - u suprotnom ...}

Sa kojim programerima, ako će da se sastaju sa nama koji već radimo u zdravstvu OK predlog, a ako ćemo opet da se sastajemo sa BITOVCIMA, a mi o klin, a oni o ploču onda neka hvala.

Već sam negde rekao da nas ima programera i mi to MOŽEMO da uradimo samo nas niko nije pitao, a kamoli platio. Ako si mislio na tajnost podataka pacijenata za to se slažem.

Znači treba BITIMPEXOVCE naterati da od ovog naprava šta mogu i da mi u tome radimo što bolje, JER NEĆU VIŠE da radim za drugoga i da ispravljam krive drine.

Pozdrav drugovi saborci (programeri, doktori, sestre, tehnicari...)
Ja sam radio mrezu u DZ Merosina (mesto 20km od Nis-a) februara 2006-e i mislio da ce tu biti kraj. Medjutim ja se prihvatim posla da im instaliram "neki" program za fakturisanje. Rekoh da nece biti problema oko toga. Sta je to? Samo jedna aplikacija kao i ostale, zar ne?! E tu je bila moja greska!!! Od tada su pocele moje muke i konstantan odlazak u pomenuti objekat. Da ne ponavljam proslogodisnje muke i probleme na koje sam nailazio nego da kazem ono sto ljude interesuje a to je kako sam ja sve to nekako odradio da kako-tako funkcionise. Mreza ima 7 racunara (u glavnom su 2 sluzbe na 1 racunar). Mreza je najobicnija (zvezda bez servera i to je to) tako da sam svim racunarima share-ovao C: i zaduzio osobu da sakuplja exportovane fakture u jedan .txt fajl i da salje - gde vec. To sam ih nekako naucio da rade do juna meseca Zaboravih da napomenem da je 6 racunara ~233MHz + 64 ili 128MBSDRAM sa Win98SE a samo je 1 malo "jaci" i instaliran WinXP - jos jedno zlo Kada su me ponovo pozvali pocetkom februara recima:"Doso nam je iz zavoda novi program za fakturisanje, dodji da nam instaliras", ponadao sam se kao i kolega iz prethodnog posta da je to nesto valjano, ali Marfi ne spava! Ja instaliram doticni IS na slabijim masinama i unesem PIB i ostalo i kad treba da se startuje app izbaci gresku: "Error '48' File not found: psapi.dll". Sve mi je bilo jasno! App nece da radi na 98-icama. Sta da radim sad? Instaliram XP na jos 2 racunara (a oni se koce, jedva radi XP na njima - ali fakture su bitne).Kupice se valjda neki novi komp? Jos ni kafu nisam popio kad eto ih sestre i ostalo osoblje: "gde su nam pacijenti? ponovo moramo da ih ukucavamo! Sta je ovo LBO? Sta je ovo Br. ZK? Kako nece da nas pusti bez zavrsne dijagnoze, sta si nam ovo ubacio?"
Vidim da sam oduzio ovaj post ali sam morao da podelim sa vama moje ne zadovoljstvo i muku. Ja cu biti non-stop na ovom forumu kako bi stvarno delili misljenja i muke sa ostalim uposljenicima. Pozdrav i srecno sa fakturama
P.S. Import mi je relativno dobro odradio na racunaru na salteru. Kucano je oko 3000 faktura pocetkom januara na starom NexTEFZUS i sada je taj NexTEFZUS.mdb dobro importovan sem sto mi je prijavio par (oko 20-ak) nebuloznih faktura sa glupim datumima i dijagnozama i jos necim.

_{[Ovu poruku je menjao Dusan2510 dana 01.03.2007. u 01:21 GMT+1]}

Pozdrav,

za chips-ia:

Pravoj softverskoj kuci je dovoljno 3 poziva za pomoc, pogotovo kada je u pitanju korisnik kao sto je zdravstvena ustanova/e , ipak se tu radi i o zdravlju ljudi ! Trazite od BitImpeksa sourcecode - i to za import iz stare baze u novu - ipak je to samo obican SQL upit tipa: INSERT from INTO ... (nije u pitanju programiranje komunikacionog satelita) , stim sto pre toga ide provera strukture postojece tabele i update po default-u - barem bi toliko trebalo da Vam izadju u susret.
Takodje - kao SW kuca morali bi biti u mogucnosti da odvoje barem 21 programer sat i da rese goruce probleme.
Kao sto je bilo vec pomenuto - trebalo bi zaista krenuti na opensource - bice malo muke u pocetku - ali imamo forum pa zajednickim snagama da resavamo probleme (ajde da glasamo).

U vezi sa:
... DZ Merosina (mesto 20km od Nis-a) ...
prvo da se zahvalim na .gif-u za ekran za unos faktura, zatim je moj predlog je da utrosite jos 8 sati i da vratite prethodnu verziju (bez troskova HW) u odnosu na novu SW verziju (sa troskovima HW) . Misljenja sam da bi ovde trebalo da se otvori Microsoft sa HW-om ili ministarsto zdravlja sa HW, a pre svega ovoga sa obukom kadra (kursevi).

Ukoliko su Vam potrebne dodatne informacije o zajednickom radu Win 98 + Next - mozete me kontakirate na [email protected] ;

Gore navedeno je poziv svim ljudima dobre volje da zajedno resimo blokade bilo kakvog tipa !

Pozdrav,

Da li neko moze da mi posalje DEMO verziju NEXT-a ili da mi posalje link odakle mogu da skinem DEMO ?

Hvala.

Moj kontakt je [email protected] ;

Nisam bas pristalica sherovanja C-ova ili bilo cega sto ne mora biti sherovano. Nekada je bolje malo se prosetati.
A za one koji imaju problema pri importu ostavljam mali upit koji se mora malo prepraviti, ali pre svega konvertovati bazu u access 2000 ili slicno, pa razdvojiti prezimeime na posebno prezime i ime.

SELECT EFFaktura.Ispostava, EFFaktura.prezime, EFFaktura.ime, EFFaktura.JMBG, Mid([DatumRodjenja],1,10) AS Expr2, EFFaktura.Pol, EFFaktura.Prebivaliste, UCase([Nosilac]) AS Expr1, EFFaktura.PImeNos, EFFaktura.BZK, EFFaktura.NazivRO, EFFaktura.RegBrOD, EFFaktura.OsnovKP, EFFaktura.Drzava
FROM EFFaktura, [SELECT max(IID) as id, JMBG from EFFaktura group by JMBG]. AS p
WHERE (((p.id)=[EFFaktura].[IID]));

Dobijete rezultat sa najnovijim podacima pacijenata, exportujte to u txt file kao delimited i onda u novoj aplikaciji import osiguranika. Meni to tako radi.
Problem je sto Nextova aplikacija ne uzima u obzir zadnju promenu podataka.
Npr. bio sam kod lekara u feb.06, pa u jun 06 ali sam promenio poslodavca tako i reg.br. i recimo jos nesto. E bice exportovani oni "losi" podaci. Ovo malo SQLa to resava.

Idemo dalje!

Postovanje svim kolegama.

Bas sam dobio neku ponudu da se prihvatim uvodjenja i administracije nekog IS-a koji koriste i u Zrenjaninskoj bolnici.
Danas idem na razgovor pa cu da vidim jeli to taj next.
Mada citajuci ovo sto vi pisete nekako mi pada na pamet da ih zagrejem da se krene u razvoj novog IS.
Naravno znam da je to zesce veci posao.

@chips

Vezano za problem 'error 48', nije mi sasvim jasno sto app nece da radi. Doticna psapi.dll postoji u windows direktorijumu. Sluzbenica mi se obradovala kad sam joj rekao da ce 'mozda' dobiti nov racunar sa ravnim ekranom itd. Mozda bi i ti trebao to da joj kazes pa cemo mi te medicinske programe vec nekako instalirati...

Kako samo vracas bazu iz Access 2000 u Access 97? To sam jednom probao pa mi nije radila aplikacija!


@koya

Svaka cast, to je sto nam treba, ljudi koji hoce da pomognu. Iako nisam imao problema sa importom osiguranika, jos jednom svaka cast!!! Ja cu takodje ucestvovati u poboljsanju same aplikacije.

@Svi svi svi

Jel zna neko kako se kod stacionarnih bolesnika fakturisu utroseni lekovi (da li u celosti, bez obzira na cenu ili samo oni cija cena prelazi 200 dinara jel je tako u tim njihovim biltenima pisalo)

Da li da posaljem Goranu email sa adresom na ovaj forum?

Sta mislite da napravimo Opensource aplikaciju za prikupljanje podataka, nesto slicno kao sto smo dobili od odgovarajucih programera pa da im pokazemo kako to moze da izgleda!!! Ja predlazem Visual Basic (iako davno nisam programirao u ovom jeziku) ali je naj za Access.

Ja kao jedan od autora softvera NexTZUS se postavljam za kontakt i pomoc vezano za problem koji ste izložili. Vaše koleginice sa šaltera SIGURNO neće kucati podatke ponovo. Imam iskustvo sa bazama nekih ustanova koje su prošle OK pri importu, odnosno nemam ni jedno negativno iskustvo po ovom pitanju (prvi put uvek postoji). Verujem da vaši problemi potiču od vašeg pristupa tom procesu. Rado bih da mi date detalje vezane za postupak importa, jeste li kreirali praznu bazu (što niste trebali uraditi i td.) odnosno pošaljite mi problematičnu, prošlogodišnju NexTEFZUS.MDB bazu koja neće da se importuje. Rado ću Vas informisati o uzroku problema i pomoći da se problem prevaziđe.
Pozdrav, Sloba.

Radi se na prevazilaženju problema "psapi.dll".
Do kraja ove sedmice će biti završena verzija koja će raditi na Win98 sistemima.
Kontaktiraću RZZO da obezbede negde, na portalu ili negde drugde mesto odakle možete preuzeti korigovanu verziju.
Kome se žuri, neka se oseti slobodnim da mi dostavi email na koji da mu pošaljem zipovane NexTZUS.EXE,NexTZUS.INI i NexTZUS.DBS
Pozdrav, Sloba

E konacno, drago mi je sto se ukljucio i Sloba. Bilo bi dobro da se ukljuce i vase kolege na ovaj forum.

Ja sam se nekako izborio sa importom, moram priznati da je ipak dobro odradio import, i to cak iz dve .mdb baze. Pohvala! Samo sam morao da setam po staroj bazi i ispravim polje datum do (za one sto nisu citali uputstvo). Na ovom mestu bi vas samo pitao sto nova Next aplikacija nije uradjena bar u Access 2000.
Mnogo bi mi olaksalo stvar!

@buba
Jel si se snasla sa importom?

@mack
Ukoliko je Next app u pitanju, bilo bi bolje da se bolje upoznas sa Next applikacijom pre nego sto krenes na posao. Ima nas dosta iz opstine Zr. Ako treba neka pomoc....

Aplikacija radi i nad bazom u 2000 i u 2002-2003 formatu. Ne treba vraćati bazu u format 97. Nakon pokretanja aplikacije... Parametri sistema..., Opšti parametri... parametar Provider za slučaj 2000 ili 2002-2003 formata treba da glasi Microsoft.Jet.OLEDB.4.0

Odlicno!! To cu probati na kraj radnog vremena kad ne bude bilo nikog. Bilo bi odlicno da smo to mogli negde da procitamo, dokumentacija bi mogla biti malo obsirnija, pogotovo za one sto odrzavaju bazu. Pitao sam vec, sta znaci rang, status, kod grupe korisnika, molimo vas malo opsirnije.
Jel mi treba onda neki driver za Microsoft.Jet.OLEDB.4.0, ili je to ukljuceno u bazu. Jel se pokazalo kao bolja varijanta kroz mrezu?

Odgovorio bih kolegi Chipsu u nameri da mu pomognem. Ne bih se upuštao u pitanja tipa 'kako da fakturišemo kateterizaciju', jer je to u domenu RZZO-a, ali sam spreman da pomognem u rešavanju problema tehničkog tipa, dok god to bude u okviru namene aplikacije.
1. Problem importa:
Problem importa mi je nepoznat. Pošaljite mi staru NexTEFZUS bazu sa kojom IMATE problem i bazu NexTZUS u koju importujete podatke sa kojom IMATE problem.
2. Razdvajanje šifarnika:
Problem vezan za šifarnike koji su obimni (obimni su da bi aplikacija mogla da bude primenljiva nevezano za ustanovu koja će je koristiti) se može tretirati sa dva aspekta: aspekat upotrebe aplikacije (lakoća pronalaženja adekvatne šifre) i sa aspekta potrošnje operativne memorije. Sa oba ova stanovišta je poželjno smanjivanje obima šifarnika. Ono što je nezgodno u svemu tome je činjenica da je razdvajanje šifarnika posao koji treba neko manuelno da odradi. Bit impeks ne može da klasifikuje zdravstvene usluge jer smo mi programeri, a ne lekari. Ja Vam predlažem sledeće: Pobrišite sve šifre koje smatrate nepotrebnim. Programski interfejs vam može pomoći u tom poslu. Npr. brisanje lekara čija šifra ne počinje na 30... može se izvesti tako što se ode u šifarnik lekara i pritisne tipka F12 dok se stoji na polju šifra. u polju Do nakucati 2999999, tada na ekranu ostaju svi osim lekara koji počinju na 30... Pritiskanjem tipki Ctr-Delete može se brisati svaki slog pojedinačno, bez bojazni da će se obrisati neki od lekara na 30. Kada se ovim postupkom (ili uz poznavanje ACCESS-a programskim intervencijama, kao npr. DELETE Lekar.* FROM Lekar WHERE Lekar.Lekar NOT LIKE '30*' AND Lekar.Lekar<>'') srede svi šifarnici, moguće je na jednostavan način kroz interfejs aplikacije odraditi 'preseljavanje' takvog šifarnika na bazu gde to nije odrađeno.

Nakon sastanka u Medifarmu sam pokrenuo neke inicijative po pitanju razdvajanja šifarnika, (npr. tabela Pozicija u NexTZUS.MDB), ali je problem sama popuna te tabele što ne može odraditi Bit impeks. Vrlo brzo nakon momenta kada se bude imala klasifikacija usluga imaće se i rešenje za razdvajanje.
Uzgred, tabela Lekar troši najviše troši operativnu memoriju, slede je tabela UslugaRZZO i MKB, a ostali šifarnici su minorni u poređenju sa ovom trojkom.

Pozdrav, Sloba.

Eto, kada konvertujete access97 u 2000 imate dve baze. Ovu drugu sam koristio samo za manipulacije sa pacijentima i nizasta drugo mi ne treba, znaci moze se obrisati kad se poradi sta treba.
Sto se mene tice VB je OK ali pre .NET, nego nesto drugo, ali zaboga access nikako. Pa ima ako nista i onaj mali SQLserver, valjda expres, sto je sa receptima, koji radi sasvim OK.

Ajde nek ovi iz Bita daju resenje za mrezu. To bi bila prava stvar.

Ukoliko ste APLIKACIJU instalisali poslatim setup paketom, na TOJ radnoj stanici imate sve što je potrebno od sistemskog okruženja. Ne vidim razlog prelaska na 2000, 2002-2003 format, a na mrežni rad nema merljiv uticaj format baze. 2000, 2002-2003 su unikodni i troše duplo više bajta od 97 za tekstualna polja.
Na pitanja vezana za korisničke grupe, rangove i slično izbegavam da odgovaram i da te stvari tumačim. U protivnom će svaki administrator neke ustanove imati svoj pristup i zahtev kako bi to trebalo da radi. Aplikacija je ova obeležja nasledila kao sastavni deo svih NexT aplikacija bez posebne razrade.

Jos jedno pitanje za Slobu. Zasto aplikacija ne radi na Win98, to je onaj problem gde izbaci 'error 48' -> nedostaje mu psapi.dll, iako on postoji u svakom windows/system direktorijumu na Win98.

Pokusao sam testnim unosenjem da vidim koji rang sta 'zakljucava', ipak bi bilo bolje da nam vi to malo objasnite.

Još jedan sapatnik :)
Pozdrav za sve kolege. Drago mi je da smo se okupili, možda treba razmisliti i o NE-virtuelnom okupljanju.
Ja sam Branislav Gloyer, načelnik službe informatike u Z.C. "VRŠAC" (nemam pojma zašto ovo mora velikim slovima, ali nema veze) iz Vršca (i ovo je čist pleonazam...).

Ukratko: imam na preko 20 mesta instaliran NEXT program, nezavisno, bez mreže. Mnogi su po selima (a vršačka opština je veeelika), pa lepo uzNemo aFto od Hitne i jednom mesečno obiđemo sve, fakturišemo, sLimimo na flash i sve lepo iz dos-a merdžujemo u jedan (dva, tri) fajla, zipujemo i šaljemo. Hajde, nekako smo se uhodali, ide nam (obaška slanje preko dial-up konekcije i problemi sa tim, to je druga tema).

E, sad, fino mi je prošao import starih baza (stavke od 01.01.2007. pa na dalje, naravno). A di su pacijenti koji su sirome bili u 2006. i pre? JMBG, prezime i ime, i tako to? Pa, ostali u 2006.

Zna li neko kako da ih importujem u novu verziju? Ili da ih robovi na šalterima unose opet?
Ili da lepo sednem i napravim neku rutinu ili SQL i obavim to ručno (napominjem da ne moram da napominjem koliko posla imamo i za koju platu radimo)?

Dopada mi se ideja za open source projekat. Ali mislim da to mora da uradi neko od gore. Ako počnemo sami, a imamo kapacitete za to, bojim se da će se neko iz fonda uskoro setiti da je to njegova ideja, a mi ćemo ostati kao i do sada, u borbi sa vetrenjačama.

Matični podaci o pacijentima (kada nakuca JMBG da se popune ostali podaci) se mogu eksportovati pomoću prošlogodišnje NexTEFZUS aplikacije, a zatim importovati u ovogodišnju bazu. To piše i u uputstvu. Prva verzija NexTEFZUS aplikacije nije imala ovu mogućnost, već neka od narednih, ukoliko je nemate, pošaljite mi email i ja ću vam je poslati. Takođe, na zahtev nekog od vaših kolega, uradio sam i mogućnost selektivnog eksporta čime se upravlja opštim parametrom sistema KriterijumEksportaOsiguranika.

Retorički predlog: Access 97/2007->(export podataka pomocu FB-ODBC)->Firebird->(Poveži FK-ove i drugo, napiši Stored proc i Trigere,
Quick report izveštaje)->napravi Delphi/BCB/C# GUI->Open network connection->Uživaj

_{[Ovu poruku je menjao Mr. Rejn dana 01.03.2007. u 12:52 GMT+1]}

Na žalost, ni jednu od zakrpa koje su redovno stizale nisam uspeo da instaliram. Ili na sreću, jer sada nemam problema sa importom. Dopalo mi se ono postavljanje granica, tolerancija i td, ali zaista nisam uspeo da instaliram ni jednu.

Dobro, ako nije ogroman fajl, pošaljite mi ga na [email protected] (pod "ogroman" podrazumevam sve veće od 5Mb), pa ću pokušati da ga instaliram na tih 20-tak mašina, eksportujem, importujem, i sve ok. Inače, da, bunila me je opcija "Import osiguranika", a bez opcije "Export" (a kada je kliknem, podrazumevani fajl je "ExportOsiguranika.txt").

Ako ima neki jednostavniji način (bez reinstalacije novije verzije starog programa), javite mi.

I, da: pretpostavljam da smo svi manje-više non stop on-line, pa hajde da napravimo neku sobicu na nekom od IRC, pa da lepo chatujemo u real-time.

Sad mi je puno lakše, u životu... Naime ja sam epidemiolog i u našoj ustanovi sam zadužen za rad e-fakturisanja, jer nemamo informatičara. Kad vidim da Vi profesionalci imate raznih problema u radu sa NexTEFZUS, onda mi je lakše. Na sastanku u Medifarmu sam postavio pitanje mirror servera, odnosno mogućnosti da fakturišemo svojim matičnim filijalama, ali niko nije reagovao. Takođe, tražio sam mogućnost da dobijemo ažurirane podatke o osiguranim licima, bilo preko JMBG-a ili LBO ili registarskog broja, JER imao sam slučajeve gde smo obradili pacijenta koji je imao falsifikovanu overu u knjižici i fond nam nije priznao utrošak vakcine i serumo od oko 90 000 din.
U potpunosti podržavam sve predloge da se organizuje chat-room. Kad već BitImpeks nije to uradio(što nije ni za komentar).
Pozdrav svim sapatnicima, Nenad iz Pasterovog zavoda u Novom Sadu.

na irc.krstarica.net sobica #fakture

ja sam easy, pa izvol'te, ako ima neki drugi, javite

@MitrovicSlobodan

Pozdrav g-din-u Mitroviću.

Ovo je za svaku pohvalu što ste se javili na ovaj forum. Do sad smo samo pljuvali po bitimpeksu, ali ako budemo imali ovakvu pomoć onda to već menja sliku.

Što se tiče importa, rešio sam problem na svoj način preko SQL-a i delphi-ja. Mada, imam sad utisak da im više treba da ispopravljaju podatke, nego da smo radili iz početaka.

Za instalaciju na WIN98 šaljem Vam mail adresu na private, pa čim bude gotovo pošaljite mi. Ovo mi je veoma potrebno na dva računara gde imam legalan WIN98 (to je jedan razlog što ne odustajem od njega) i posebne programe verzije za dijagnostiku EKG i Spirometriju koji su tu instalisani (a zbog nekih modula koji su 16 bitni ne mogu ih instalisati na drugim platformama OS-a, mada bi sami programi radili ali modulske kartice ne rade, pa je to drugi razlog što ne odustajem od WIN98-ce).

Što se tiče brisanja šifara iz šifarnika verovatno ću da angažujem civilnog vojnika i glavnu sestru kada ima vremena pa polako da brišu.

Neko je već pitao kako se ogrančavaju prava korisnika programa, šta znače 999 i A i šta tu drugo može da se postavi i šta znači.

Imao bih još jednu molbu. Kada se zatvori protokol sa Z (f3) da takav protokol može da vidi samo korisnik sa Administratorskom šifrom, jer nema poterbe da sestre na šalteru svaki put (recimo u 10-tom mesecu) vrti sve prtokole ili sortiraju pa tamo pa ovamo dok ne pronadju svoj. Biće preglednije. Problem je i kada importujem protokole sa ostalih udaljenih ambulanti. Takvi protokoli uvek stanu na kraju niza, pa ih i oni bune. Mada ovo nije presudno, eto samo kao ideja.

@ SVI,SVI,SVI

Kako ste rešili unos potrošnog materijala?

Pozdrav i dobro došao na forum. Chat rom je dobar stvar, ali se bojim da zbog posla nećemo uvek biti prisutni u pravo vreme pa ćemo prpuštati bitne informacije. Forum je forum.

Tako je. Forum je forum. Ima history :)

Na kraju bi mogli da izvucemo neki rezime i da napravimo "nas" tutorial kako i sta treba uraditi. Da to bude reseno tako da kada i starija garda radnika moze da procita i sami odrade (uz kaficu - naravno)

P.S. Da li radi irc? Meni nesto nece da se connectuje!

_{[Ovu poruku je menjao Dusan2510 dana 01.03.2007. u 15:46 GMT+1]}

Pozdrav svima,

U vezi sa predlogom za opensource - zbog dalje kompatibilnosti svih domova zdravlja i svih platformi - koliko je Vas koji su zainteresovani za integraciju kompletne dokumentacije preko Openoffice-a i da u sve to dodamo Javu (koja radi na svemu) ? Da cujemo predloge !

Predlozio sam Openoffice - radi je Sun - nema monopola.

Izmene koje napravi bilo ko u svetu - mozemo i mi koristiti, izmene koje napravi bilo koji programer bilo kog doma zdravlja moze koristiti bilo koji drugi programer doma zdravlja. Zamislite sledece: direktno povezivanje svih domova zdravlja koriscenjem ADSL-a - znaci da krenemo da koristimo nesto sto cemo koristiti svi zajedno narednih 10 godina ! Programskih resenja vec ima sasvim dovoljno - a koriscenjem ovog foruma - svi mozemo da napredujemo 1000 puta brze - evo vec se javio BitImpeks i aktivno ucestvuje u forumu. Dajte da ukljucimo jos vise ljudi pa da sve ovo ide jos brze.

Gore navedeno je upuceno svim ljudima dobre volje i nije napisano da bilo koga ugrozi.

Kontakt: [email protected]

Hehej evo imamo vec i jednog epidemiologa... Pozdrav skinji!!!

Upamtio sam vas sa Medifarm sastanka i hteo sam da se javim da negiram tvrdnju da je bolje da da se podaci prikupljaju po opstinama ili slicno. Mislim da je ovaj centralizovani pristup sto su smislili ovi iz Bitimpeksa ok, jer je u informatici uvek dobro da su svi podaci na jednom mestu a ne rastrkani po opstinama. Jedino treba onaj server da radi brze a ne da cekamo 3 dana dok se ne obrade podaci!!!! Mada sam primetio da su tu nesto unapredili. Naravno ne sme da fali i na tehnickoj podrsci. Svaka uredna firma ima tzv. Call Centar koji pomaze svojim korisnicima pri koriscenju njihovih proizvoda.
Ono sa azuriranim podacima je u novoj aplikaciji uradjeno, nadam se da ce to i vama odgovarati.
Na ovom mestu bi hteo i da napomenem da onaj sajt RZZOa moze i malo bolje da izgleda. Pogotovo onaj deo sa www.rzzo.sr.gov.yu\nextefzus ili vec kako. Molim vas!!! To su 30 minuta posla, a ljudi bi rekli, ej pa ovi su se poboljsali i rade nesto.


@Sloba
Jel je moguce da se Next aplikacija poveze na ODBC pa da ga onda svako kaci na udaljenu bazu kakva mu odgovara???

Inace sam se prebacio na Access 2000 i radi. Cesto mi se javila potreba da napravim neki statisticki upit sa reportom pa onda Convertuj bazu ubaci upit i report a ne mogu da ga vratim u Access 97. Ovo mi je jako pomoglo. Hvala, samo napred i pozdravite Marijanu, ne znam kako izgleda ali je mnogo prijatna i pomogla mi je u par situacija.

Pozdrav,

U vezi sa:

@Sloba
Jel je moguce da se Next aplikacija poveze na ODBC pa da ga onda svako kaci na udaljenu bazu kakva mu odgovara???

Odgovor je da je moguce - treba formirati u MS ACCESS-u u modulima subproceduru ili proceduru sa odgovarajucim SQL-om i mozete preuzimati podatke iz bilo koje druge baze: www.microsoft.com/kb ;
Takodje mozete preuzimati i iz .txt ili XML-a direktno u MS ACCESS (code imate u forumu za MS ACCESS elitesecurity-a).

Sretno !

kontakt: [email protected]

PS: da li neko moze da mi posalje praznu novu bazu NexT-a da bih mogao da Vam dam program za Import koju bi svako od domova zdravlja mogao sam koriguje i koju bi svi zajedno mogli da koristite - code ce Vam biti potpuno otovren i dokumentovan. Cilj ove akcije jeste da SVI idemo BRZE napred.

_{[Ovu poruku je menjao MARS4 dana 01.03.2007. u 20:34 GMT+1]}

Juče (28.02.2007) je upravo završen projekat povezivanja svih filijala i ispostava RZZO-a (oko 170 lokacija bez Kosova) u jedinstvenu mrežu. RZZO takođe koristi neki softver za svoje potrebe i osnovni cilj povezivanja je bio upravo centralizovanje baza podataka o korisnicima zdravstvenog osiguranja. Ne znam da li su ti programi kompatibilni (onaj što koristi RZZO i onaj iz domova zdravlja) ali ako jesu, i ako RZZO-u to radi OK, zašto i vi ne biste pokrenuli inicijativu za sličnim povezivanjem? Samim tim bi se promenio i način na koji bi vaša aplikacija radila i verujem da bi dosta toga bilo olakšano...

To je projekat... do izvodjenja je još daleko, napr, naša ispostava je na cenrali koja nema ADSL.

Inače tako nešto (ako nam daju pristup, a obećali su) će drastično smanjiti probleme fakturisanja. U stvari predviđam da će tak onda biti izmena u e-fakturi koje će omogućiti kvalitetan rad i da je i ovo dosad vežba.

Po meni postoji par principa koji se moraju ispuniti da bi sve ovo pravilno funkcionisalo:
- Podatke o uslugama treba prikupljati tamo gde se one i dešavaju, na šalterima i u ordinacijama uz pomoć aplikacija koje će pojednostaviti rad osoblja. Dakle bez prepisivanja, reckanja, čaršava i drugih gluposti.
- Treba kompletno programsko rešenje koje će imati viziju da globalno reši elektronsku evidenciju u ZU, ili bar ponuditi sistem baza koje bi ZU morale da vode. Nije evidencija ka Zavodu jedina koja nam treba.
- Ustrojiti Matičnu evidencija o osiguranim licima i korišćenju prava iz obaveznog zdravstvenog osiguranja, i omogućiti pristup podacima potreban za ZU. Pogledati malo okolo kako se to već rade u savremenom svetu.
- Definisati Šifarnik Zdravstvenih usluga koje se obezbeđuju iz sredstva obaveznog zdravstvenog osiguranja u smislu člana 45 zakona o Zdravstvenom osiguranju, tako da ZU zna i koristi šifre usluga koje je ugovorila sa Zavodom.

Recimo par mojih za početak.

Nema to veze. ADSL-om je povezano tek nekoliko ispostava RZZO-a i to sve iz Beograda. Skoro svi ostali su vezani preko FR veze. Konkretno, baš Kovačica je vezana preko FR-a 128/128 na Pančevo, a od Pančeva je L3 VPN link ka MPLS mreži Telekoma brzine 2Mbps...

@MARS4

Genijalno resenje!!! Ja sam dolazio do ideje da na ove starije kompove instaliram neku od distribucija Linuxa i preko WINE-a da instaliram NexTZUS ali bi mi trebalo dosta vremena da to izkonfigurisem i nisam siguran da bi se radnici slozili sa tim. No, skrenuo sam sa teme na kratko. To sto si ti predlozio ja podrzavam i hteo bih da ucestvujem u tome! No jedino nam sada ostaje da sto pre nadjemo resenje za sva gore postavljena pitanja o (ne)funkcionisanju odredjenih delova NexT-a. Pozdrav

Evo poslaću ti ja sutra kada budem u firmi. Samo mi kaži iz koje galaksije dolaziš? Šta više da importujemo? Ako misliš na protokole to radi, a ostalo smo već importovali i to nam treba sada i ko zna kada.

Ako neradiš u zdravstvu molim te kaži u kom si domenu. Ponoviću još jednom, Ovo je tema o NEXTZUS.EXE koji treba da radi sada i odmah. Sva rešenja za sedam dana, nedelja, godina, su zakasnela rešenja. Znači ovde pričamo o programu kakav je takav je, da nam radi POS'O dok neko kao ti ili mi ne napravi bolje rešenje i ako je moguće džabe. Stav nas je da nećemo da damo ni kinte za nešto za šta je neko već dobio pare, i za nešto što je drugima u interesu. Znači RZZO je kupio NEXTZUS, a mi hoćemo i moramo da ga kristimo kakav je takav je, i da nateramo da ga naprave što bolje. Ako se u medju vremenu pojavi neka bolja i nova aplikacija i pri tome OPEN nema problema.

Pozdravljam tvoj entuzijazam i neka te sila prati Džedaje.

Huh, teško. Pa program kada baza naraste teško radi i na WIN na starijim konfiguracijama, a ne još da radi preko emulatora na LINUX-u, a da nekažem tek to umrežavane preko SAMBA-e. Ma treba samo smanjiti na minimu ove šifarnike i što manje podatatka da ide kroz mrežu.

Evo jednog predloga za BITIMPEX. DA li možete da razdvojite bazu na onu koja će biti na serveru, a šifarnike da svaki terminal vuče sa svog harda?

Pozdrav,

U vezi sa:

m.petrovic

" Nema to veze. ADSL-om je povezano tek nekoliko ispostava RZZO-a i to sve iz Beograda. Skoro svi ostali su vezani preko FR veze. Konkretno, baš Kovačica je vezana preko FR-a 128/128 na Pančevo, a od Pančeva je L3 VPN link ka MPLS mreži Telekoma brzine 2Mbps... "

Da li DZ Kovacica moze da trazi ADSL od lokalnog providera i molimo Vas da tacno navedete od kog ? Molimo Vas da nam Vas odgovor posaljete na: [email protected] ; Unapred hvala.
Molimo Vas da nam date odgovor koji sve DZ mogu da traze zahtev za ADSL - KONTAKTIRACEMO ODMAH SVE PROVIDERe da skeniramo ceo projekat - ako je tacno da svi DZ mogu na ADSL - za samo 3 meseca moze da se krene u pilot projekat.

za chipsa:
u vezi sa:
"Evo poslaću ti ja sutra kada budem u firmi. Samo mi kaži iz koje galaksije dolaziš? Šta više da importujemo? Ako misliš na protokole to radi, a ostalo smo već importovali i to nam treba sada i ko zna kada. "
Bravo, unapred se zahvaljujem na slanju prazne baze.

za Dusan 2510

Mozes da ucestvujes, pozivamo sve ostale. Molim te da me kontaktiras na email: venergy@sezampro da podelimo zadatke i odmah u napad.

Gore navedeno je za sve ljude dobre volje i nije bilo namere da se neko uvredi.

S postovanjem.

Da li DZ Kovacica moze da trazi ADSL od lokalnog providera i molimo Vas da tacno navedete od kog ? [/quote]

Centrala u Kovačici zasad nema mogućnost povezivanja na ADSL, samo wireless i dijalap.

_{[Ovu poruku je menjao M902 dana 02.03.2007. u 07:57 GMT+1]}

Takodje i u Novom Bečeju.

U Vršcu postoji 7 (sedam) ADSL linija, ali su sve zauzete. Koliko smo čuli, planira se proširenje. U svakom slučaju, mi smo podneli zahtev i Telekomu i lokalnom provajderu HemoNet, pa čekamo. U međuvremenu se patimo sa dial-up, povremeno smo imali i wireless, ali to je druga priča i grdan off-topic :)

Ne može. Rekao sam da ADSL veza postoji samo u Beogradu. Ostali se uglavnom vezuju preko FR (Frame Relay) veze. Ali ne bih više da skrećem temu sa problema o kome se raspravlja...

ADSL ce tek zaziveti kada se telekom ubaci u celu pricu. Do tada nam ostaje da se snadjemo kako vec umemo.

Da li je cini mi se chips dobio varijantu za Win98 od Slobe? Ako mozes da mi posaljes na mail ili okacis pa da svima bude dostupna ova varijanta

Ne, nisam dobio. Poslao sam čoveku mail i čim bude gotovo ja ću Vas obavestiti i postaviti negde program za download, ako to oni već ne učine.

Ok, hvala!

Novo u verziji 1.1.0
02.03.2007
1. Rad na Win98
2. Rad i na SQLServer bazi podataka:
Baza na SQLServeru treba da bude u NexTZUS\Dat\ folderu (NexTZUS.MDF i NextZUS.LDF).
Šortkat nakon putanje do NexTZUS.EXE fajla treba da sarži informacije o mrežnoj putanji odakle pa na dalje se podrazumeva da postoji NexTZUS\Dat\NexTZUS.MDF, zatim ime baze u obliku /DB=NexTZUS.MDF i ime SQLServera u obliku /SQLServer=imeServera
voditi računa o malim i velikim slovima, a to znači da se mora navesti /DB=..., a ne /db= kao i /SQLServer=... , a ne /SQLSERVER=...
Primer šortkata pod uslovom da se SQLServer računar zove zverver i da je na njemu šerovan folder NexTZUS :
Target: C:\NexTZUS\App\NexTZUS.EXE \\zverver /DB=NexTZUS.MDF /SQLServer=zverver
Primer šortkata pod uslovom da se SQLServer računar zove zverver i da je na njemu šerovan D: drive pod šer-nazivom Podaci :
Target: C:\NexTZUS\App\NexTZUS.EXE \\zverver\Podaci /DB=NexTZUS.MDF /SQLServer=zverver
Prazna SQLServer baza podataka (mogu je poslati zainteresovanim) se može napuniti već evidentiranim podacima - moguć je prepis podataka iz već korišćene Access baze koristeći specijalnu funkciju programa.
3. Korisnici sa rangom ispod 999 ne mogu da vide zatvorene protokole
4. Popravljeno je određivanje sledećeg broja posete/bolničkog protokola koji program nudi. Broj protokola koji se nudi može se prekucati, program ovaj broj samo predlaže.

Kontaktirao sam RZZO i oni treba da obezbede lokacije na svom sajtu za sledeće stvari:
1. Upgrade programa (NexTZUS.EXE, NexTZUS.INI i NexTZUS.DBS)
2. Praznu ACCESS bazu
3. NexTFrameWork - set sistemskih datoteka neophodnih za izvršavanje NexT aplikacija
4. Kompletnu instalaciju NexTZUS-a sa NexTFrameWorkom, aplikacijom i praznom ACCESS bazom

Chipsu poslata aplikacija.

Uočeno je da baze prekomerno rastu (Standardno ACCESS-ovo ponašanje bez obzira na verziju). Baze prekomerno rastu u slučajevima intenzivnog eksporta / importa podataka, brišipiši operacija. Koristiti opciju Servis...Čuvanje podataka, sažimanje baze...Sažimanje baze
Sažimanje baze će odraditi Repair i Compact baze što donekle poboljšava perfomanse.
Moguće da ću u sledećoj verziji uvesti automatsko dnevno prinudno sažimanje baze.

Pozdrav, Sloba

Aplikacija ne radi sa ODBC

Nemam Chips-ov email (ustanovio nakon kucanja prethodno poslatog komentara), tako da ne stoji da sam mu išta slao.
Moj email je [email protected]
Javite se i ja ću Vam slati program dok RZZO ne ustanovi stalnu lokaciju za tu namenu.
Pozdrav, Sloba.

Odlicno, konacno mozemo da unapredjujemo nasu aplikaciju! Samo napred!!!
Jos jedno pitanje posto nisam dosad radio sa SqlServerom, koju verziju da instaliram na serveru. Cuo sam za SqlServer Express? Svakako ce nam trebati SqlServer za neki drugi program koji je u izradi. Pre sam radio sa Oracle i MySql bazom pa da mi malo pomognete

NexTZUS radi na SQLServer 2000 (preporuka) i 2005 verziji.
Vlasnik baze treba da je 'sa' i ne bi trebao da ima lozinku.
Pozdrav, Sloba.

@Sloba

Koliko će poboljšati stvar ako bazu stavimo pod SQLServer u odnosu na ovu sad varijantu sa serovanjem i mapiranjem i access-om?

Boljitak pri radu na SQLServeru u odnosu na rad na ACCESS-u mogu da komentarišem na osnovu iskustava baziranih na drugim NexT projektima.
Pri radu na malim bazama <100Mb koje ne koriste složene upite, nema razlike.
Veće baze i baze koje koriste komplikovane upite ili upite koji se često ponavljaju osetiće boljitak.
Prednost SQLServera je i u većoj pouzdanosti (mogućnosti formiranja Maintenance plana, koji može da obezbedi sistem od gubitka podataka u zadnjih ... npr. 10 minuta).
Potrošnja memorije od strane radne stanice je identična u ACCESS i u SQLServer verziji.


Zaključak: ukoliko dobro ne poznajete SQLServer ostanite na ACCESS verziji bilo u kojim okolnostima. Dovoljno je na SQLServeru ne podesiti dobro RecoveryModel baze i Maintenance plan, pa da (iako u početku sve radi OK) nakon nekog vremena dođe do prepunjavanja harddiska na kom je baza podataka.
Upravo su ovo razlozi zbog kojih je aplikacija predviđena da radi na ACCESS-u. Samo uzgred, sve NexT aplikacije potencijalno bez izmene rade i na Oracle i DB2 bazama (NexTZUS aplikacija samo nije testirana u tim okruženjima).

VAŽNO:

Ukoliko nameravate da samoinicijativno kreirate poglede nad bazom (bilo na kom DBMS) preporučljivo je da ime pogleda (query-ja) počinje malim q. Ovo je iz razloga što program održava strukturu baze podataka u skladu sa opisom u .DBS (DataBaseStructure) fajlu (po NexT sintaksi), tako da ukoliko nova verzija programa nalaže da se neka tabela proširi ili doda novi pogled i slično, program (samo) pri prvom pokretanju nove verzije pokreće tzv. sinhronizaciju baze uz očuvanje unetih podataka. Pri sinhronizaciji se svi objekti baze koji ne postoje u .DBS fajlu uništavaju, osim pogleda koji počinju na malo q. Nakon sinhronizacije baze (ukoliko bude potrebe za takvom verzijom što ću se truditi da izbegnem - npr tabela pozicija je uvedena unapred iako se zasad faktički ne koristi) korisnici na SQLServeru bi trebali rekreirati-kompilirati poglede koje su samoinicijativno uradili, dakle, samo q poglede, ako su ih kreirali.

Pozdrav, Sloba.

Još jedna dopuna u vezi kreiranja šortkata za mrežni pristup. Čini mi se da ovo nije dobro prihvaćeno.
Nije nužno mapiranje diskova (mada može da se uradi). Bit impeks kada uvodi svoje aplikacije kod korisnika praktično nikad ne mapira disk.

Šortkat za SQLServer je objašnjen u nekom ranijem komentaru.

Kako izgleda šortkat za ACCESS bez mapiranja diska:

1. ACCESS baza treba da bude u NexTZUS\Dat\NexTZUS.MDB na serveru baze podataka.
2. NexTZUS folder bi trebao biti šerovan tako da korisnici sa radnih stanica imaju mogućnost pisanja i brisanja po njegovoj sadržini.
3. Šortkat nakon putanje do NexTZUS.EXE fajla treba da sarži informacije o mrežnoj putanji odakle pa na dalje se podrazumeva da postoji NexTZUS\Dat\NexTZUS.MDF, zatim ime baze u obliku /DB=NexTZUS.MDB
voditi računa o malim i velikim slovima, a to znači da se mora navesti /DB=..., a ne /db=
Primer šortkata pod uslovom da se računar na kom je baza zove zverver i da je na njemu šerovan folder NexTZUS :
Target: C:\NexTZUS\App\NexTZUS.EXE \\zverver /DB=NexTZUS.MDB

Moguća je i varijanta da je šerovan drajv na serveru baze, npr:

Server baze se zove zverver i na njemu je šerovan D: drive pod šer-nazivom Podaci :
Target: C:\NexTZUS\App\NexTZUS.EXE \\zverver\Podaci /DB=NexTZUS.MDB



Ukoliko ste mapirali diskove i na taj način praktično dobili istu stvar, ne morate ništa menjati. Mapiranje diskova je malo nezgodno kada se uključi radna stanica, a server još nije upaljen, pa korisnik dobije MsgBox i može da raskači mapirani disk.

Pozdrav, Sloba.

Na portal.rzzo.sr.gov.yu ... Zdravstvene ustanove... Model fakturisanja možete preuzeti ZUS aplikaciju - upgrade verziju 1.1.0

Hvala Slobo i svaka čast.

Sve u svemu nahranimo svinje i nista da nediramo :-)

Odlicno Slobo, mnogo nam pomazes oko nekih osnovnih pitanja. Jos jednom, pohvala. Bilo bi dobro da i vi skupljate pitanja postavljena na ovom forumu i da ih malo detaljnije razradite u nekoj dokumentaciji za Next Aplikaciju. Bilo bi jos bolje da sve ZU budu obavestene o ovim 'novim' izmenama i ukljucu na forum

Hm, jel neko probao ovu varijantu sa SQL-om. Ako je to tako kao što kaže Slobodan Mitrović onda ne dobijamo ništa. Valjda ovaj opis razlika između accessa i SQLservera nije pročitao neko iz Microsofta. Izgleda da su celom svetu godinama, za debele pare prodavali maglu. Mogli su svi lepo nabaviti accesse, šta će im tamo neki SQL serveri. Jel ti sql serveri nemaju stored procedure, transakcije, triggere, indxe i istalo. A gde se izvšavaju upiti i šta se šalje klijentu?
Ili ja nisam shvatio objašnjenje.

Jos nisam probao, sa SQL serverom. Malo cu prvo da proverim kako to radi pa cu da vidim da li da uvedem celu pricu. Za pocetak mislim da ce nam znatno ubrzati stvar. Hteo bi da vas pitam, da li bi Sql Server express mogao da tera ovu bazu, mislim posto je to ipak legalni SUBP a ima i svoj 'menagment tool'. Probao bi sa ovom varijantom, sta mislite?

Brzina je najbitnija. SQL serv. bi to trebao da omogući. Koliko sam shvatio razlika između expresa i pravog SQLa je, između ostalog, u broju konekcija. Expres je čini mi se ograničen na 5. E sad, ako aplikacija otvori konekciju, izvrši upit, zatvori konekciju i gotovo, što traje relativno kratko, onda bi to po mišljenju nekih kolega moglo da funkcioniše. Valjda se misli da npr. 20 računara neće istovremeno poslati upit bazi. A šta ako se desi baš to?

Ne usuđujem se u pola posla kod unosa praviti egzibicije sa promenom aplikacije i baze na 30 tak računara. Ipak bi neka konkretnija informacija bila svrsishodnija.

Hvala za tu informaciju,

ne bi ni ja hteo da se zaletim pa da usred posla nesto moram da menjam. Kod nas ima nekih 10 racunara koji bi vrsili unos. Treba proveriti i razmotriti sta ciniti! Ja cu malo da se informisem kod cika Billija pa cu vam javiti kasnije sta se desava!

@Sloba

F4 pretraga na Lekarima i na još nekim mestima neradi. Jeli ovo namerno ili slučajna greška?

U principu prihvatam minimalistički pristup u svemu i svačemu, ali kada taj minimalizam dovede do toga da informacija ili deo informacije fali onda tu nesto nije u redu. Upravo to se dešava na portalu RZZOa. Tamo sada ima neki upgrade aplikacije sa nekim datumom. Da li je datum dobar za razikovanje verzije od verzije ili je bolje iskazati broj verzije, je dilema i ja ne bi puno razglabao o tome, ali se kod URLa mogao staviti opis. ZUS aplikacija - upgrade, jel to ona koja podržava SQLserver, ili je to za sve, pa ko šta 'oće, jel access, jel SQL. Valjda nije teško napisati još jednu rečenicu gde je to zeru detaljnije opisano. Čemu služi prazna baza u accessu, a čemu služi onaj nextframework? A kako prebaciti podatke iz accessa u SQLserv.? Kažu ima specijalna f-ja u aplikaciji. Jel to neka tajna ili se postupak može negde pročitati. Vrlo sam rad da pređem na SQL server ali, ljudi, fale neke informacije!

Da li neko zna kad ću moći da pošaljem fakturu za 01/2007, možda negde grešim, ali kad se prijavim na http://212.200.153.149/nextelfak/ ne dobijam opciju slanja za 2007.

Tipka F4:
Tipka F4 ne predstavlja pretragu pojma koji se posmatra, već pretragu 'spoljnjeg šifarnika', da bi se odredila šifra. To znači da u evidenciji lekara tipka F4 radi na polju 'Šifra specijalnosti' gde nudi listu - šifarnik specijalnosti lekara. To je princip koji važi na svim ekranima kako NexTZUS aplikacije, tako i svih aplikacija.
Na padajućoj listi specijalnosti lekara ću istumačiti upotrebu pretrage šifarnika.
Kada se otvori lista vrednosti dobijena tipkom F4 može se ova lista filtrirati kako po šifri tako i po nazivu (zgodno je videti to u nazivu, moguće je koristiti džokere * i +). Prebacivanje crvenog kareta koji trepće se radi strelicama u levo i desno. Kucajte u naziv *gi+ur i na listi će ostati samo 20-Specijalista urologije.
Za pretragu lekara na šifarniku lekara pokušajte tipku F12 koja omogućava filter po polju na kom ste se nalazili u momentu pritiskanja F12.

Verzije NexTZUS aplikacije:
Postoji samo jedna NexTZUS aplikacija. Ne postoje posebne verzije za Win98, ili za Access ili za SQLServer. Upgrade koji se nalazi na portalu zavoda je upgrade kojim je aplikacija korigovana, između ostalog da može da se izvršava i na Win98 sistemima što ne znači da sada ne radi na Win2000. Kada preuzmete upgrade, preuzeli ste poslednju verziju aplikacije (sa uvaženim dodatim funkcionalnostima).

Sadržaj portala:
Full setup obuhvata NexTFramework, poslednju verziju NexTZUS aplikacije i praznu bazu (sa šifarnicima).
NexTFramework je set sistemskih datoteka neophodnih za rad bilo koje NexT aplikacije.
Prazna baza (sa šifarnicima) je objavljena zbog prošlogodišnjih korisnika NexTEFZUS aplikacije koji će na istim računarima koristiti i NexTZUS aplikaciju, da ne moraju da preuzimaju kompletnu instalaciju (obzirom da su NexTFramework već instalisali samim tim što su prošle godine pustili Full setup).
Upgrade je objavljen kako zbog prošlogodišnjih korisnika koji mogu da rade tako što će preuzeti samo praznu bazu i aplikaciju, tako i zbog ovogodišnjih korisnika, kao mesto sa kog će se preuzimati poslednja verzija aplikacije (ukoliko ih bude bilo u budućnosti).

Prelazak na SQLServer:
Osobama vičnim SQLServeru ne treba nikakva dodatna informacija o tome kako da podatke iz Access baze prebace u SQLServer bazu. Alati za to postoje u interfejsu SQLServera. Ono što je potrebno za rad, osim adekvatnog šortkata je da NexTZUS.MDF i NexTZUS_Log.LDF budu u C:\NexTZUS\Dat folderu kao što sam i ranije napisao.
Prebacivanje podataka iz Access baze u SQLServer se može odraditi i putem interfejsa aplikacije.
Uz pretpostavku (verovatno pogrešnu) da niste vični da kreirate SQLServer bazu na zadatoj lokaciji ja sam kreirao praznu NexTZUS bazu (sa šifarnicima) za SQLServer 2000 / 2005. Fajlove baze mogu proslediti svima koji mi se obrate na email.
Osim ovih fajlova, proslediću i fajl koji služi kao template za razmenu podataka (ImpEks.TXT). Taj fajl treba staviti u C:\NexTZUS\ImpEks . Nakon attachovanja baze treba pokrenuti program sa adekvatnim šortkatom. Ako program radi, pravilno ste odradili posao. Nakon toga treba pokrenuti program nad starom Access bazom i otići u Servis... Eksport/Import nomenklatura, pritisnuti tipku F6, odabrati fajl ImpEks.TXT, a zatim pritisnuti tipku F5 - eksport. Dobijeni rezultat snimiti u fajl ImpEks.TXT. Nakon toga, pokrenuti šortkat koji gađa SQLServer bazu (.EXE je isti, samo je šortkat drugačiji) i takođe otići u Servis... Eksport/Import nomenklatura, pritisnuti tipku F6, odabrati fajl ImpEks.TXT, a zatim tipku F7 import. Izaći iz programa sasvim i pokrenuti program ponovo.

Bit impeks nije razvio funkcionalnost kopiranja podataka iz baze u bazu da je korisnik svako malo koristi kao osnovnu funkciju programa, niti je na korisnku da svako malo menja DBMS. Ovo je striktno administratorski posao koja zahteva poznavanje sistema. Takođe, ovo prevazilazi namenu aplikacije.
Osetite se slobodnim da zatražite pomoć u vezi prelaska na SQLServer.

Pozdrav, Sloba.

@skinja
Ja sam bio spreman da pošaljem fakture po starom formatu za januar još početkom februara, ali nisam mogao. Sutra ću imati spremne po novom, pa baš i mene interesuje ova informacija.

@MitrovicSlobodan
Zar nije mogla da se napravi neka aplikacija koja će da prevodi fakture iz starog u novi format na portalu? Zašto smo morali da čekamo novu verziju, i šta sada čekamo? Ja ću uskoro i februar završiti (zubari su već gotovi).

Fakture se mogu slati na portal (koji još uvek nije osposbljen za prijem faktura) i po starom i po novom, dok to RZZO bude dozvoljavao. Za to morate biti zvanično obavešteni. Ja samo nezvanično mogu da kažem da će fakture za januar i februar moći da se šalju bilo po starom, bilo po novom. Takođe mogu nezvanično da kažem da se nadam da će portal biti osposobljen do kraja ove sedmice, odnosno početkom sledeće.
Pozdrav, Sloba.

Od početka koristim next za fakturisanje (nisam programer već glavni tehničar Službe hitne med. pomoći u Vršcu ) i nažalost morao sam kao polupismen za kompjuterom da obučavam ljude da koriste ovaj program. Primetio sam da nedovoljno upućeni ljdi koji moraju da koriste program imaju problema u snalaženju, daleko bi bolje bilo da je rađeno u fazonu windowsa sa kliktanjem nego setanjem strelica. Sledeća zamerka je pretraga baze tj upis na osnovu matičnog broja koji nam je često nedostupan, trebalo bi da program prepoznaje osiguranike bar po još nekom parametru, recimo imenu i slično, ali i da postoji mogućnost snimanja baze podataka iz filijale osiguranja jer su 90 % pacijenata na lokalnom području, što bi znatno ubrzalo proceduru.
Ne postoji mogućnost izvlačenj zbira pruženih usluga pa se mesečni i ostali izveštaji moraju raditi "pešđice" umest da se samu uzmu. Umesto da ovaj program olakša rad ZDRAVSTVENIH radnika i rastereti već odavno suvišnu administraciju u praksi je to samo obaveza više za ljude kojima je struka medicina a koji puno vremena troše na razne "papire". LJUDI MOJI, NISMO MI ADMINISTRATIVCI ILI EKONOMISTI VEĆ MEDICINARI !!!
Prateći malo diskusije (priznajem nisam sve pročitao) više se govori o programerskim detaljima nego o tome šta program treba i radi u praksi, te bas ne vidim (sa ove strane) mnogo svrhe za ljude koji svakodnevno MORAJU da koriste program a koji su pri tome opet pominjem programerski i uopšte informatički neuki i neobavešteni.
Ukratko pojednostavite, rad, dajte više parametara prepoznavanja, mogućnost vađenja evidencije, i povezivanja sa postojećim bazama podataka, pomozite nam ovi programom, a ne opteretite.
Znam da nije jednostavno ali napred...

@pribarov

Nama (informaticarima) mnogo pomaze sto izmenjujemo iskustva iz ove oblasti. Naravno nije na odmet da se i medicinari ukljuce u raspravu i tako poboljsamo Next aplikaciju. Naravno bi bilo dobro da se i drugi medicinski radnici ukljuce kako bi se medjusobno dopunjavali.

@Sloba

Da li se moze ocekivati neka aplikacija za izvlacenje statistickih podataka iz Baze kao sto je to ucinjeno (cini mi se da se zvala RZZO aplikacija).

@pribarov

Slažem se uglavnom sa tobom, jedino bih ti skrenuo pažnju na ono kliktanjem mišem. Možda ti se čini da bi sada brže išao unos, ali u praksi nije tako. Unos podataka treba da prati redosled podataka odakle se unosi. Da li je Nextzus baš tako konstruisan ne znam. Ali terbalo bi ovako bez miša. podatak-enetr-podatak-enter-podatak-enter F1 upis i već si an sledećem slogu. A zamisli da svaki putr podatak-ruka sa tastaure na miša pa pomeraj pa klik-pa podatak pa............ Unos iskljucivo tastaturom i malim prstom leve ruke udarate enter i ide to.


@krilezr




Ovu aplikaciju je pravio neki informatičar iz neke ustanove iz Niša, Kraljeva ne sećam se baš tačno. Eto npr. ja pravim moju aplikaciju koja će it NEXT.DBF-a SQL-om da vadi mesečne izveštaje i pravi reportove. Mislim da ti Bitimpex neće izaći u susret jer bi to bilo van opsega onih radnji koje next treba da radi i koje su dogovorene od njih i RZZO-a. Bilo bi i ne primereno da sada dobijemo baš sve za džabe.

Bitimpex treba da ispoštuje ovim programom unos i slanje podataka i da to ide što idealnije. I mislim da to sada već radi. Ostalo ili ćemo da platimo ili ćemo da pravimo. Ja ću da pravim.

Verzija 1.1.1

Ustanove koje su se žalile na grešku pri imortu osiguranika iz stare NexTEFZUS baze su u pravu. Dobio sam fajl EksportOsiguranika... koji ne radi. Problem se javljao u slučajevima kada je u polje Prezime i ime osiguranika kucano sastavljeno npr. ŽikićŽika.
Novom verzija programa nema više ovih problema sa importom.

Uveden opšti parametar DefEvent (Parametri sistema...Opšti parametri). Vrednost ovog parametra se može zadati kao slovima F1 pa će program smatrati da kada se enterom dođe do zadnjeg polja ekrana ne mora da se kuca F1, već se podrazumeva.

Bit impeks neće praviti izveštavanje iz NexTZUS aplikacije, osim ako se sa RZZO ne postigne drugačiji dogovor. Ako smatrate da vam je izveštavanje potrebno, zahtevajte ga od RZZO (ili se obratite Chipsu).

Pozdrav, Sloba.

@ Sloba

DA li je ta Verzija 1.1.1 ista ona što si nam slao na mail ili je nova pa treba da je skinemo sa sajta?

Što se tiče izveštaja, ako će RZZO da plati doradu programa ili još bolje da kupi ceo paket nema problema, ali ako to treba da plati moja ustanova, ili neka slična mojoj koja je već nešto platila ili pravila sama, pa sad to sve da baci u vodu i da izvrne džepove, pa sve ispocetka, e to nije u redu.



Bolje ne, teško da ću moći da sam udovoljim svim željama, više mi se svidja ideja da to zahtevamo od RZZO. I dobro je što si nas podsetio da i to možemo .

Znači jedna mala molaba i na mail Petroniju pa puta 200-300 ustanova i nema čovek kud, nego da nam kupi program

Instalirali smo novi next u domu zdravlja i imamo vec gomilu problema, medjutim kao najveci se za sada istakao taj shto ne mozemo da unesemo novog lekara!!!!!!! Tachnije, dozvoli mi da unesem jednog ili dvoje, zavisi od kolichine kosmichkog zrachenja i blizine marsa zemlji ...;), i onda mi stalnno ponavlja nakon unosa i kad stisnem F1 "proverite podatke i greshke i probajte ponovo"!!!! Izludeo sam juche, a najgore je to shto su neki lekari vec nedelju dana na novoj verziji i ne mogu sad da vratim staru verziju jer nece prihvatiti novu bazu koja je shira za par polja...
Ako neko moze da mi pomogne mnogo bi nam znachilo...hvala unapred!

@spacer
Imali smo i mi taj problem. Ako je lekar unet u starom programu, moraš da otvoriš bazu u accessu, pa tabelu lekara, nađeš ga po šifri i polje gde piše "P" promeniš u "A" (pasivan u aktivan). Otvaranje novih radi, koliko smo mi primetili.

Uzrok za neuspesno upisivanje bilo kog sloga može biti neispravna upotreba tipke F1. Ukoliko nakon kucanja u neko polje niste pritisnuli Enter već ste odmah pritisnuli F1, zahtev za upis sloga u bazu se ignoriše.
Ukoliko je kucano u polje, obavezno nakon kucanja treba pritisnuti tipku Enter. Upis sloga u bazu se vrši tipkom F1, ali tek nakon tipke Enter (ukoliko je kucano u polje).

Uzrok za neuspesno upisivanje lekara može biti u tome što lekar sa tom šifrom već postoji.

Lekar koji program ne može da upiše, ne može biti upisan nezavisno od kosmičkog zračenja.

Da li je lekar sa željenom šifrom već evidentiran ili ne možete saznati tako što pritisnete tipku F12 dok stojite na polju Šifra.
u dobijenom ekranu nakucajte šifru u polju = , pritisnite tipku Enter, pa F1. Ovime ste zadali filter na šifarnik lekara po kriterijumu Šifra='...' . Ukoliko postoji lekar sa tom šifrom, vi ćete ga videti, ukoliko ne postoji, neće biti stavki na ekranu.
Tipkom Ctrl-F12 se poništava kriterijum filtera (vraćaju se sve stavke na ekran) i odmah daje šansa za novi kriterijum filtera, na koji se može odgovoriti tipkom Escape (ukoliko ne želite da postavljate filter).
Funkcionalnost tipke F12 važi za sve ekrane i sva polja na ekranima.
Ukoliko i dalje imate problem, javite.

Za Chipsa, verzija programa se vidi pri dnu ekrana aplikacije.

Pozdrav, Sloba.

@Slobo

Da li prilikom prelaska na Sql Server menjam i podatke o Provideru kod opstih parametara? Imam problema sa povezivanjem na Sql Server Express iako mi preko ODBC kaze da je sve ok. Pokusavam da povezem aplikaciju sa Express varijantom jer bi to mozda bilo interesantno i za druge ustanove. Ipak je to legalna verzija koja se ne placa. Mozda ce nama jednog dana i cika Billi da zakuca na vrata...

Kolega Spacer je u pravu, kao i Gloyer.

Lekari koji nisu u šifarniku koji je objavio RZZO su u aplikaciji proglašeni kao pasivni i kao takvi se ne vide na ekranu.
Pokušaj unosa pasivnih lekara (koji već postoje u bazi) uzrokuje probleme o kojima je pisao Spacer.


Verzija 1.1.2 NexTZUS aplikacije se nalazi na portalu RZZO-a. Ova verzija obezbeđuje da se u evidenciji lekara vide svi lekari, kako aktivni, tako i pasivni.

Pozdrav, Sloba.

@sloba
Hvala puno na brzim odgovorima, malopre sam skinuo verziju sa portala, ali tamo pishe da je to verzija 1.1.1. U svakom sluchaju problem mi je kada unosim nove lekare koji ne postoje u bazi i on mi prijavljuje greshku "proverite unos podataka i pokushajte unos ponovo!". To se deshava kada sam importovao staru bazu iz nextefzusa i onda pokushao unos novih lekara po postupku koji je opisan. sada idem da probam sa novim programom koji sam skinuo, mozda ce da bude bolje...

Ok, evo report o pokushajima!
Kada instaliram novi program NextZUS, i u praznu bazu pokusham da unesem nove lekare, dozvoli mi ali samo TRI (3) unosa!!! Kod cetvrtog unosa mi napravi problem i da greshku "proverite unos podataka i pokushajte unos ponovo"!!! Posle toga vishe ne mogu da unosim nove lekare!

Na drugim mestima gde sam prethodno vec povukao podatke iz stare baze ne da mi da unesem ni jednog jedinog lekara!!!

U chemu je fora?

Pokušajmo da problem rešimo telefonskim putem.
Molim da se telefon Bit impeksa ne zloupotrebljava. U slučaju da se iscrpe ostale mogućnosti za komunikaciju i u slučaju PROBLEMA, telefon Bit impeksa je 011/3477205 ili 011/3477217.
Pozdrav, Sloba.

Uuu Jeee...
Koliko problema. Sve mi se čini da neću ništa dirati dok se ovi problemčići ne reše. Ovaj problem sa lekarima je interesantan. Kada je nekada davno za 20tak računara postojala centralna baza onda se relativno lagano ogržavala baza lekara, sad kada sam razdvojio, to postaje košmar. Svi imate lekara koji nemaju ID broj (neki specijalisti i sl.) koje ste prošle godine uneli "nekako", a sada ih nema. Doduše nisam probao import podataka iz stare baze, pa ne mogu da kudim, ali postavlja se pitanje da li aplikacija kupi sve što bi možda trebalo.
Elem, za dva tri dana smo već stigli do verzije 1.1.2. što je podatak vredan pažnje, i pitanje je dokle će to ići. Ako je ovaj forum donekle doprineo ovim upgrade-ima, onda je u potpunosti ispunio svoju namenu. Najviše bi voleo da sve to radi kako treba, pa da ova tema postane toliko dosadna da je nakraju moderatori lepo ukinu.
A inače, protiv sam kontakata telefonom jer neprimer neću čuti šta je kolegi Kriletu rečeno po pitanju "nekog" problema, pa ću i ja morati da zovem povodom istog problema, pa će i ovaj i onaj pa će ovi iz Bita lagano odlepiti i na kraju se neće javljati, kao i Goran u RZZOu. Bolje ovako. Mnogo više ljudi čita ovu temu nego što, recimo, aktivno učestvuje u diskusiji.

Ok, instalirao sam novu verziju 1.1.1 i moguc problem sa unosom lekara koji se javljao (kazem moguc, jer sam zaista probao hiljade varijanti i isto toliko novih instalacija da sam pozaboravljao gde je bio koji problem) je reshen...bar se nadam da jeste, jer se ispostavilo da je upravo taj cetvrti lekar kog sam unosio vec u bazi i zato mi nije dozvoljavao njegov unos. Sada sam zavrshio danashnju smenu, a sutra cu videti shta se deshava na verziji 1.1.0.

U svakom sluchaju hvala na pomoci, necu vas zvati bez potrebe, a sutra ako ponovo bude bilo istih problema, moracu da vas kontaktiram telefonskim putem, ali nadam se da ce sve biti ok.

pozdrav

Uf konacno,

nakon duzih podesavanja, kako u SQL server Expressu kao i Shortcut putanje, konacno sam isplivao. Naime, za sve one koje su zainteresovani za prelazak na SQL server Express varijantu, imam sledeca podesavanja:

Npr. Putanja do serverske stanice je \\Plucnaserver a SQL Server mi se pri instalaciji inicialno instalira kao PLUCNASERVER\SQLSERVER.

Sa podesavanjima koje nam je sloba poslao nije htelo da radi. Stalno je izbacivao gresku da ne moze da uspostavi vezu. Pogledao sam u services.msc i vidi vidi SQL Server Express servis se pokrece kao SQLEXPRESS. Tako da mi je putanja shortcuta do SQL Server Express baze sledeca:
C:\NexTZUS\App\NexTZUS.exe \\Plucnaserver /DB=NexTZUS.MDF /SQLEXPRESS=PLUCNASERVER\SQLEXPRESS

Pokrenuo aplikaciju i ona radi. Ako neko ima dodatnih pitanja neka se oglasi :) Pozdrav

Predlog KriluZR:

Pretpostavljam da se vrlo zanimljiv rezultat dobija kada se fajl NexTZUS.MDF na serveru ....plucni... otvori Accessom.

Pretpostavljam da problemi koje si imao potiču od toga što login 'sa' ima password. Ja sam u uputstvu za rad na SQLServeru napisao da 'sa' ne treba da ima password.

Sugestija: U folderu aplikacije se može kreirati fajl pwd.ini u kome sve što piše treba da je lozinka za 'sa' login na SQL serveru. Autentikacija na SQL serveru treba da je MixedMode.

Argument komandne linije /SQLEXPRESS=... se ignoriše.

Sve uraditi po uputstvu koje sam napisao.

Pozdrav, Sloba.

Pozdrav !!!

Od pre neki dan sa poceo da radim u DZ. Instalirao sam nextzus, importovao bazu i sa svakog pojedinacnog racunara radi, ali imam problema kada pokrenem nextzus na vise racunara, javlja mi:
The instruction at "0x00000020" referenced memory at "0x00000020". The memory could not be "Read" ili "write", samo radi prvi koji sam startovao.
U putanji precice na svakom racunaru stoji mapiran disk servera. Juce se javljala ista greska ali sam nekako uspeo da pokrenem sve i dobro je radilo. Danas greska, probao sam sve kombinacije tj. redoslede startovanja racunara. Gresku javlja posle poruke u status baru da se kaci na bazu.
Da li je jos neko imao ovaj problem.

Unapred hvala!!!

@jpetrov

Mi smo imali skoro slican problem. Kod nas su radila 3 racunara, cim se 4 'nakaci', izbaci ga iz programa. Posle mukotrpnog trazenja greske, otkrio sam da je bio konflikt pri umrezavanju (sto nisam ja radio). Moj predlog je da ides redom od racunara do racunara i napravis dobru organizaciju IP adresa. Mozda ce ti ovo pomoci. I ja sam mislio da je do Next aplikacije, ali ispostavilo se drugacije!

@slobo

Mene bi licno interesovalo malo vise o Bitimpeksu kako bi mogao da stvorim pravu sliku o vama. Koliko programera imate, da li radite i na drugim projektima. Koji sajt? Ko vam je vlasnik?

_{[Ovu poruku je menjao krilezr dana 09.03.2007. u 07:55 GMT+1]}

www.bitimpeks.co.yu

Što se SQLExpres-a tiče, testirao sam ga u mrežnom okruženju i radi OK (ne ulazim u maksimalni broj konekcija koji nisam našao u pročitanoj dokumentaciji, nisam bio baš uporan, ali Microsoft je izgleda ukinuo ovo ograničenje, već su ograničenja druge prirode, kao na primer, 1GB operativne memorije). Napomena u vezi broja konekcija: NexTZUS aplikacija ne raskačuje i zakačuje konekciju na bazu, odnosno konstantno drži konekciju tokom izvršavanja programa.

Na pitanja koja nisu tehničke prirode neću odgovarati. Ne bih da satima ćaskam već da ovom pisanijom nekome rešim problem.

Problem sa SQL expresom, koji ne znam da li je krilezr rešio je moguće raščlanjavati na forumu, ali uz mnogo dopisivanja, obzirom da je neophodno uključiti servise NamedPipes, TCP/IP i SQLServer Browser, koji po defaultu nisu uključeni, pa program radi lokalno, na radnoj stanici na kojoj je i podignut, a sa mreže se ne može pristupiti SQL serveru express. Takođe, pri instalaciji je neophodno zadati neki pasword loginu 'sa' (ali se nakon instalacije se on može ukinuti, ili upotrebiti pwd.ini, kao što sam ranije pisao).
Čini mi se da bi telefonska podrška pomogla kriluzr da reši situaciju (ako je nije rešio), a posle neka on napiše na forumu (ukoliko je dobre volje) kako je sve to postigao i nek pomogne ostalima koji se opredele za sličan korak.

Pozdrav, Sloba.

@slobo

Ok radi! Sa onom putanjom koju si gore naveo i radi u mreznom okruzenju, cini mi se cak i malo brze nego sa Access bazom. Ipak, morao sam da napravim onaj pwd.ini sa sifrom posto se bar kod Sql Server 2005 Express sifra 'sa' ne moze izbrisati da bude (blank).
Samo mi nesto nije sasvim jasno. Dakle shortcut putanja ima sledece parametre:
C:\NexTZUS\App\NexTZUS.exe \\Plucnaserver /DB=NexTZUS.MDF /SQLServer=plucnaserver\sqlexpress

plucnaserver\sqlsexpress - koristim jer nece sa Aliasom Plucnaserver. Malo cu jos cackati i probati kasnije.
Naime,

1. C:\NexTZUS\App\NexTZUS.exe je putanja do .exe fajla - Jasno!
2. \\Plucnaserver /DB=NexTZUS.MDF - kod mene je to fajl koji sam dobio od Slobe (prazna NextZUS.mdf i .lfd fajl). Njih sam kopirao u C:\NextZUS\Dat datoteku na serveru. Pomocu Upsizing Wizarda u Accessu sam prebacio podatke iz stare NextZUS baze (koja ima podatke Jan i Feb) u Sql Server 2005 Express. Na ovaj nacin mi radi sve ispravno!
Moje pitanje: Ono /DB=NexTZUS.MDF pokazuje na praznu bazu koja sluzi u putanji samo kao ukras?! Da li je to tako ispravno? Ili bi u C:\NexTZUS\Dat trebala da stoji prava baza? - Sto mi je manje logicno!!
3. /SQLServer=plucnaserver\sqlexpress - Jasno!

Argument /DB=NexTZUS.MDF znači da se na SQLServer u sa imenom plucnaserver\SQLExpress (obzirom da na mreži potencijalno može biti prisutno više SQLServera) nalazi baza NexTZUS (obzirom da na konkretnom SQLServeru može biti atačovano više baza).

Nema potrebe za više čačkanja, sve što si naveo je OK (pretpostavljam da si šerovao NexTZUS folder na serveru plucnaserver).

Argument odmah posle putanje do NexTZUS.EXE fajla koji u tvom slučaju glasi \\plucnaserver je jako bitan jer onda aplikacija gađa i NexT.....Keys.TXT i ostale .TXT datoteke na lokaciji zajedničke baze podataka.

Ukoliko si šerovao NexTZUS folder na serveru plucnaserver samo napred. Ovakav isti šortkat bi trebala da ima svaka radna stanica.

Pozdrav, Sloba.

Čova iz BitImpexa polako gubi živce. Aj'mo opušteno!
Kao prvo, jel bi taj .mdf i onaj drugi fajl, mogao negde da se post-uje, pa da i mi ostali malo probamo sve to sa SQLom. Ja sam sebi izvezao bazu iz accessa u SQL express, ali on po defaultu sve baze trpa u nj.nj.sql1.1.nj... E sad, živeo sam u ubeđenju da se razumem u sqlsrv, koliko-toliko, jer sam slučajno napravio par app-ova gde baš namerno koristim sqlsrv, ali ovo budženje... Ne znam! Kako to neko napravi app gde gađaš sqlsrv, i neku bazu, i sve radi kako treba, a ovde menjamo shortcut-ove, pa ovaj switch pa onaj, pa .mdf mora biti tu a ovaj mora biti tu... Jel to mora da se toliko komplikuje? Ja sam još davno rekao da ovi momci iz Bit.. nisu baš vični celom ovom zanatu.
Evo rešenja!
Napravite .bkp baze (za SQLs) sa svim šta treba, stavite to slobodno za download, pa da vidimo! Tačna uputstva. To sve stane u dve rečenice.
Evo već radim prekovremeno, što ni meće niko platiti.
Ajd' smislite nešto preko vikenda pa se čujemo u ponedeljak

@svi SQLserverovci

Jedno dva pitanja. Kada Vama osoblje stigne da nakucka usluge kada se Vi igrate sa SQL Serverom i Nextom? Vi koji ste probali SQL, da li ima neke bitne razlike u brzini rada od accessa i šta bi bio valjan razlog da i mi ostali prelazimo na SQL? Ako je samo bezbednost, pa namesticemo da radi backup svakih osam sati recimo i čemu toliko mazohizam i prekovremeni sati sa kidanjem to malo živaca i popijenim litrama kafe?


@ Svi

Ja sam instalisao bazu na SERVER NT 2003 WINDOWS i to samo iz razloga da mogu da pristupe više od 10 klijenata. Ako radi sa accessom, a radi i to sasvim zadovoljavajuce, hajde da sad manemo baze i da predjemo na izveštaje. Hoćemo li da nagovaramo g-din-a Petronija da kupi izveštaje ili da ih sami pravimo. A druga bitna stvar je slanje e faktura. Jeli zaživela ona "farma" servera, kako kaže Petronije ili ćemo mi da blejimo još uvek pored naših kompova noću?


Pozdrav!

Da li su napravili automatsko prebacivanje na nove sifre prilikom importa podataka o pacijentima ? Ostale sifre : bila ova - sad je ova ? I to su uradili ? Svaka im cast.

Blago Vama informatičarima, Vi ne radite subotom. Elem, sad smo opet došli do onog šta mene najviše zanima. Čemu ovo sve služi!? Hajde da se organizujemo pa da rešimo problem analitike. Sa ili bez g.Petronija. Naravno, bilo bi dobro da obezbedimo podršku struke (mislim na medicinare) i da se organizovano obratimo Fondu sa zahtevom da nam omogući dvostrano korišćenje baze podataka koju mukotrpno punimo podacima. Ponovo podvlačim potrebu za uspostavljanjem veze sa regionalnim filijalama, zbog podataka o osiguranim licima. Jer, hajde da se ne mešam u Vaš posao, integrisan informacioni sistem podrazumeva dvosmeran protok informacija (mada sam ja i dalje protivnik centralizacije, ali to je nama s ove strane Save - by default).
Pozdrav svima!

Jeli ovo sarkazam ili je stvarno takvo nešto uradjeno. Ja mislim da nije i nema teorije, nego u hodu se ispravlja ono što se primeti, a ako se ne primeti pa neko će već da ospori za jedno 5-6 meseci. Zato sam ja reko, sve iz početka i tišinčina, nema kuknjave

Odgovor Chips-u i vtva u vezi prevoda šifara:

Prevod šifara je urađen, a koristi se u tri funkcije programa:

1. Import evientiranih poseta (faktura) iz stare NexTEFZUS baze
2. Import osiguranika (matičnih podataka o osiguranicima) iz stare NexTEFZUS baze
3. Pri prijemu datoteke na server u direkciji i obrade, ukoliko je datoteka kreirana po starom principu, u letu se vrši prevod šifara.

Proces je realizovan tako što u šifarnicima nove NexTZUS aplikacije u nomenklaturnim tabelama npr. Drzava postoji i obeležje OldDrzava, pa ukoliko se importuju podaci iz starog sistema, automatski bivaju zamenjeni korespodentnom važećom šifrom. U poslatoj bazi NexTZUS.MDB koju su dobile sve zdravstvene ustanove u nomenklaturnim tabelama su već popunjene vrednosti 'šta u šta prelazi' a princip koja šifra prelazi u koju je urađen u saradnji sa RZZO-om.

Pozdrav, Sloba.

Uf, subota je! Slučajno sam došao u firmu da... Nije Važno.
Prvce stvari idu prvo, neko je jednom rekao. Ajde prvo da vidimo kako to radi u mreži. Ko ima iskustva neka kaže. Jel' to sa SQL serverom radi brže ili ne. Ako je čak i ACCESS u pitanju ako radi, kako radi, odnosno koliko brzo radi.
Samo ne znam zašto bi se neka baza stalno držala otvorenom, apropo onog komentara da NJihova aplikacija stalnoi drži bazu otvorenom. Ne vidim razlog. Učitaj šta treba, upiši šta treba i zatvaraj!
Kada mi je pre par meseci sve radilo preko jedne ACCESS baze, koju je gađalo 20 tak računara, pravio sam programčiće koji su ispravljali pogrešno upisane datume, količine, cene i sl. Sve radi OK, ali samo u situaciji kada nikoga nema na mreži, znači okolo ponoći, a jednom sam to morao uraditi u radno vreme, e to je bilo satrašno. Kako sam iz svoje aplikacije izvršio par upita, niko se više nije mogao nakačiti na bazu. PA onda daj ovo, pa daj ono, uglavnom rešilo se. Problem je u tome što next aplikacija ima svoje .ldb ključeve i kad bilo šta drugo krene da komunicira sa bazom nastaje haos. APlikacija sa SQL bi to trebala da reši. View-ovi su jedno, a sami podaci drugo. Izveštaje nije problem napraviti samo da se tačno kaže koji iu kakvi. Eto, ja ću ih napisati za par dana samo da se ustanovi šta i kako treba.
Ljudi, vikend je. Idite negde na pecanje i sl. Manite ovoga više. Nastavljamo u ponedeljak.

Pa o tome i pričam. Jesmo mi importovali pacijente, ali naravno da im vidovi ostaju 01,70 i 80 jer nas je fond u šestom mesecu naterao da sve pacijente tako vodimo, i sad to ponovo treba da vratimo na oni 99 drugih vidova. Za to ja govorim, da nepostoji program koji će znati da jedan pacijent po starom 01 sada treba da bude 22 ili 55 sve jedno, već sestrica mora da primeti i da sama prepravi, pa šta primeti, a šta ne primeti, tako da sam jea rekao iz početka i laganica.

Pa i ja sam pravio slične programčiće iz delphi-ja preko ADO table i ADOSQL i nisam imao tih problema. Radili svi u next-u i ja još čeprkao iz svojih programa.

@chips

Naravno da je sarkazam. Naravno da je nemoguce prebaciti iz 01,71 i 81 u novih 99 i naravno to su lagodno obecali, kao da pricaju nekome ko nikada nije ni prosao pored baze podataka

Za g-dina Mitrovic Slobodana

Lepo je sto ste stavili OldSifra - doduse ponegde, i ne za sve.

Sta je sa sifarnikom OsnovKP i PodOsnovKP ? U osnovKP nema OldSifra, u podosnovKP ima ? To je onaj deo koji je i najgori i o cemu pricamo ja i chips. Niste morali ni ostale da automatski prebacujete, svejedno mora da se menja svaki pacijent POJEDINACNO - RUCNO

Zasto ne postoji sifarnik DRZAVA na portalu ? Da li se i dalje primenjuje ?
Zasto ne postoji sifarnik VID-ova naportalu ? Da li se i dalje primenjuje ?

Dobro, uveli ste sad i sifarnike FILIJALA, i pored sifara ISPOSTAVA, ok verovatno Vam treba ...
Ali :
U sifarniku FILIJALA u xml-u , sifra filijale je "1" u Vasoj tabeli je "01" ??? Zar sifarnik u xml formatu ne treba da predstavlja podatke koji su u tabeli ? Ili vi to u "letu" ucitavate sifarnik dodajuci nulu ispred?

Mozda je pitanje upuceno na pogresnu adresu, mozda ove sifarnike definise fond ? Ali, ako oni nisu dovoljno informaticki pismeni, smatram da bi Vi to trebalo da budete, pa da im ukazete na propuste.

I konacno pitanje : DA LI VAM JE POZNATO KOLIKO DUGO CE DA TRAJE OVAKVO SIFRIRANJE, tj dokle su vazeci ovi i ovakvi sifarnici ? Ili ce te vec za par nedelja OPET da menjate sifarnike ?

Ja bih stvarno voleo da vidim projektni zadatak po kome ste vi razvijali ovaj "softver". Iskreno, i ne ocekujem da ga vidim, ali bar Vas molim da nam potvrdite da POSTOJI.

Od kad su prvi put postavljeni sifarnici na portal u ovoj godini, promenjeni su vec 3-4 puta. I stvarno Vas molim, ukoliko ste upoznati, da nam kazete , KO I ZASTO menja sifarnike ? Ili je pravilnije reci ko se igra sa sifarnicima? Svako ko se bavio bazama podataka zna da je sifra .... (sta ?)

Verovatno je tako definisano u projektnom zadatku ....

A da li treba projektni zadatak za ovako nesto ? Hmmm, treba li da raspravljamo o tome ?

Pozdrav svima,

U vezi sa:
---------------------------------------------------
Dobro, uveli ste sad i sifarnike FILIJALA, i pored sifara ISPOSTAVA, ok verovatno Vam treba ...
Ali :
U sifarniku FILIJALA u xml-u , sifra filijale je "1" u Vasoj tabeli je "01" ??? Zar sifarnik u xml formatu ne treba da predstavlja podatke koji su u tabeli ? Ili vi to u "letu" ucitavate sifarnik dodajuci nulu ispred?

Mozda je pitanje upuceno na pogresnu adresu, mozda ove sifarnike definise fond ? Ali, ako oni nisu dovoljno informaticki pismeni, smatram da bi Vi to trebalo da budete, pa da im ukazete na propuste.

I konacno pitanje : DA LI VAM JE POZNATO KOLIKO DUGO CE DA TRAJE OVAKVO SIFRIRANJE, tj dokle su vazeci ovi i ovakvi sifarnici ? Ili ce te vec za par nedelja OPET da menjate sifarnike ?

Ja bih stvarno voleo da vidim projektni zadatak po kome ste vi razvijali ovaj "softver". Iskreno, i ne ocekujem da ga vidim, ali bar Vas molim da nam potvrdite da POSTOJI.

Od kad su prvi put postavljeni sifarnici na portal u ovoj godini, promenjeni su vec 3-4 puta. I stvarno Vas molim, ukoliko ste upoznati, da nam kazete , KO I ZASTO menja sifarnike ? Ili je pravilnije reci ko se igra sa sifarnicima? Svako ko se bavio bazama podataka zna da je sifra .... (sta ?)
----------------------------------------------------

U vezi sa projektnim zadatkom - podrzavam upit da se svima pokaze projektni zadatak. Ovo je izuzetno bitno zbog daljeg rada.

S postovanjem.

Rado ću pomoći oko tehničkih problema dok god to ne prevazilazi namenu aplikacije.
Pozdrav, Sloba.

Ok, evo konacno sam detalje o prelaska na SQL Server Express izucio. Javicu vam se ovih dana sa detaljnijim opisom koji cu prvo poslati Slobi na razmatranje pa cemo objaviti na forumu ili mozda sire. Nadam se da ce pomoci ostalim ucesnicima ovog foruma i drugim kolegama. Naime, prosle godine smo imali to nelagodnost sto se Access baza prilikom 'punjenja' sve vise usporava. Iako nismo velika ustanova doslo je do veceg zakrcenja mreze. Javicu vam se ovih dana sa detaljnijim informacijama kao i o uputstvu. Bye

Pa što je obrisan post od ovih što bi prodali svoj software!

Zato što je to direktno kršenje pravilnika za korisnike:

To je primer privatne inicijative! Ljudi lepo uzeli sve šifarnike fonda, dodali malo querija za dnevnu i periodičnu analitiku i eto im baza za ZU. Probao sam i izrada faktura radi u formatu koji fond traži. Moram samo videti kako bih to povezao sa svojim protokolima za rad u ambulantama. Čak i daju demo verziju, he,he. Bravo majstori. Nadam se samo da plaćene verzije programa nisu previše skupe. Jer, pošteno rečeno, rađe ću kupiti softver (mogu posle da se žalim prodavcu), nego da koristim "besplatan" koji mi ne radi posao.

Pozdrav

Meni se cini da su oni preuzeli i NextZUS bazu, dodali par formi i eto im po koji dindzi.
U saradnji sa Slobodanom Mitrovicem sam napisao kratko uputstvo (za sve one koje su manje vesti) za prelazak na SQL Server 2005 Express. Kod mene radi brze i pouzdanije nego Access baza podataka ali cu jos malo testirati njeno ponasanje (npr. sa starijim masinama). Ukoliko ste zainteresovani kontaktirajte me na [email protected] i poslacu vam uputstvo. Uputstvo je detaljno i sva pitanja mozete postaviti na forumu


_{[Ovu poruku je menjao krilezr dana 13.03.2007. u 13:09 GMT+1]}

Jel neko ima pojma kada će se moći slati fakture za jan i feb.
Slabo ima novosti o applikaciji Nexta. Jel to sad radi kako treba ili ne vidite smisao svega ovoga?

@slobo

O o, imamo mali problem. Ja sam onako slucajno probao da kreiram paket za Jan posto su moje sluzbenice zavrsile a ono ... Prilikom kreiranja el fakture ne mogu da unesem Sifru odnosno Vrstu zdravstvene zastite. Polje kao da je read only. Da li tako treba, pa cete nam isporuciti novu verziju ili nesto ne radi kod mene?

Odgovor KriluZR
Polje Vrsta zdravstvene zaštite - šifra se može evidentirati izborom-tipkom F4.

Pripremam verziju programa (još je u izradi) koja će raditi automatski Compact Access baze i omogućiti selekciju usluga na osnovu vrste zdravstvene zaštite (na osnovu klasifikacije koju radi RZZO) radi smanjenja šifarnika usluga.

Za očekivati je da će prijem faktura početi sa radom sutra, a najkasnije prekosutra.
Sve obrade će se raditi off-line, tako da nema čekanja na rezultate obrade (osim na upload i download)

Pozdrav, Sloba.

Negativno, polje se ne moze evidentirati sa F4. Dozvoljen mi je unos u polja za 'Period od' i 'Period do' ali u prva dva ne. Koristim verziju v. 1.1.2. Pogledao sam i pod Nomenklature-> Vrste elektronskih faktura i postoje sve vrste zastita. Molim kolege da me obaveste da li imaju slican problem.

Pozdrav ranoraniocima,E Krile! Jesu li službenice unosile podatke po v1.1.2, ili se desilo nešto prilikom konverzije podataka sa starijih verzija. Ja imam podatke za jan. u v2.0.0 i rečeno je da će app. na serveru to znati prepoznati i tako prihvatiti. A može da se desi da je neko zaboravio da Enable taj textbox, što nije dobro, ili se nisi ulugovao u app sa max pravima, što je dobro, ili je naprogranirano tako da će app sam sve da odradi, da prepozna kakvih vrsta ima, to razdeli, napravi toliko .txt fileova, što bi bilo odlično, ali čisto sumnjam da su se programeri toga setili!

Resio sam problem, ipak smatram da ima bug. Jednostavno sam morao moju prvu fakturu da preskocim jer u prvoj vrsti i provoj koloni ne radi unos ni F4. U drugoj vrsti sve radi ok. Dakle, ako neko ima problem sa pravljenjem el. faktura u praznoj bazi, samo krenuti od 2. reda i 1. preskociti. Mislim da je problem nasto zbog onog prvog praznog polja koji se koristi u svakoj tabeli (Samo nisam jos otkrio razlog toga i nikad to nisam video u drugim bazama).

Postavlja se pitanje gde preskočiš nešto. Da li na prvoj formi protokol fakturisanja pa u evidenciji ili već kod pripreme paketa. Pitam, zato što sam i ja imao sličan problem. Naime, kada sam razdvojio baze, sigurno nisam importovao osiguranike na 20 tak mašina nego sam to uradio na jednoj i onda poturao to bazu svima. Onda se dešavalo da iz nekog razloga app izgubi svaki pojam o fakturama u prvom redu (recimo fakture za jedan mesec), što mi liči na to tvoje.

Jednom kreiran paket za slanje RZZO-u je kreiran na osnovu podataka ukucanih na ekranu: za EFVrstu, PeriodOd i PeriodDo.
Nakon kreiranja paketa, što se čini automatski uz upisivanje popunjenog sloga paketa u bazu je nemoguće naprasno promeniti EFVrstu i reći da tu nisu više usluge iz npr. Primarne zdravstvene zaštite, već iz stomatologije, jer zaista su pokupljene fakture/posete u skladu sa u startu zadatim paramtrima. Ako je Vaša službenica evidentirala EFVrstu koju i nema u protokolima, tada je paket prazan i može se obrisati tipkom Ctrl-Delete.
Sadržina paketa se može videti tipkom F8, a neka ili sve fakture/posete koje su u tom paketu se mogu iz tog paketa izbaciti tipkama Ctrl-Delete. Napominjem ne briše se poseta, već se samo izbacuje iz konkretnog paketa, čime postaje kandidat za ponovno slanje. Program postavlja kontrolno pitanje za prvu stavku, a zatim, ako je odgovor bio pozitivan, za sukcesivne pritiske Ctrl-Delete nastavlja da izbacuje fakture iz paketa u bržem tempu.
Nepravilno je preskakati 'jednu praznu' i slične kombinacije.
Ovo ponašanje aplikacije nije bug i zadržaće se i ubuduće.

Lino bih više voleo da se ovaj forum uozbilji i bavi tehničkim pitanjima kao što i jeste ovo, a da se kolege sa 'stručnim' netehničkim komentarima uzdrže od dobronamernih sugestija.

Pozdrav, Sloba.

@sloba

Doslo je do nesporazuma. Kad sam se u prozoru za elektronsko fakturisanje (dok nisam imao nijedan podatak u toj tabeli) postavio na polje pod nazivom Sifra, pritiskom na F4 nista nije radilo. Nikakav padajuci meni - nista. Medjutim mogao sam da unesem Datume u toj prvoj vrsti i pritiskom na F1 on krene da formira paket i kaze 'Niste uneli Sifru...'.
Nista, pokusam da otvorim sledeci (2. ) red i ono sve radi sa F4, datumima. Sad mi je prvi red prazan, tj. samo ima Datume a drugi sadrzi dobro formiran paket za Jan, 3. red sadrzi dobro formiran red za Feb.

Pozdrav svima na forumu.
Od skora sam zadužen za e_fakture tj. delim iste probleme sa vama.
Imam par pitanja za ljude koji aktivno učestvuju u e_fakturisanju zdravstvenih usluga.
1. Kako fakturišete lekove,ampule i sanitetski i zavojni materijal, zbirno kao u prošloj godini ili uz pacijenta i šta je po uputstvu ispravno?
2. Šta radite sa pacijentom čija se terapija produžila i na sledeći mesec?
3. Šta sa pacijentima koji nemaju dijagnozu (mogu li samoinicijativno da ubacim recimo "000" za to)
Molim za pomoć od ljudi koji prate rad e_fakturisanja zdravstvenih usluga u svojim zdrav.ustanovama.
Unapred hvala!

1. lekove po pacijentu,ampule po pacijentu, potrošni materijal zbirno , a uputstvo je takvo da je sve ispravno dok nam me ospore ;-)
2. U primarnoj ovo nema, tako da ne znam.
3. Ja sam sam ubacio 000 dijagnozu, jer ga je prošlogodišnji šifarnik imao.

Hvala chips.

@DarkWood
Pacijenti koji se leče dva meseca (ili duže) fakturišu se po izlasku - završetku terapije (bar mi tako radimo).

@Sloba
Još nije portal osposobljen za slanje faktura? Zna li se kada će?

Pozdrav,
Branko.

Na žalost, moje prognoze o početku prijema su netačne.
Postoje tri razloga zašto prijem još uvek ne radi:

1. Nije završena klasifikacija usluga po vrstama zdravstvene zaštite.
2. Problematika vezana za šifarnike u opštem smislu (u šifarniku RZZO-a trenutno npr. ne postoje tzv. centralne ispostave filijala npr. '0172' - Subotica, ne postoji šifra '000' - Plaća participaciju, dijagnoza '000' - Nema dijagnoze, u šifarniku država ne postoji Bugarska i td.). Ovakvi, praktično nekompletni šifarnici mogu uzrokovati mnogo problema na terenu. Intencija je da se šifarnici ubuduće preuzmu u vidu jednog komprimovanog fajla koji će obuhvatiti sve KOMPLETNE šifarnike.
3. Promene u programu za prijem faktura i programu NexTZUS uzrokovane prethodno navedenim razlozima.

Više se ne bih usudio da dajem prognoze .

Pozdrav, Sloba.

Najblaze receno, ovo je neozbiljno.

Vi postavljate pravila, Vi definisete sifarnike, Vi pravite softver za slanje faktura, Vi primate tako napravljene fakture I NE MOZETE DA SE USAGLASITE SAMI SA SOBOM ?

PROJEKTNI ZADATAK na osnovu svega gore recenog od strane BitImpex-a - DEFINITIVNO NE POSTOJI

Fakturisanje usluga u zdravstvu se svodi na proizvoljno programiranje gospodina Mitrovica od slucaja do slucaja, i zbog toga trpimo svi mi u zdravstvenim ustanovama.

Da li je gospodin Mitrovic video ili koristio neku normalnu aplikaciju pod Win operativnim sistemom (recimo MS Office) ?
Tipka F1 uvek poziva POMOC, osim u NeXTZUS. Da Vam je neko uradio projektni zadatak, postovali bi bar neke standarde ili bi ste ih bar videli.
Stvarno nam treba pomoc (F1). A i BitImpeks-u ....

Postovani,

U ovoj temi se nalazim jos u periodu pre Slobodana Mitrovica i njegovih odgovora na Vasa (korisnikova) pitanja.

Projektni zadatak se definisao na pocetku projekta (sto je bilo jako davno ali sa proverenim metodama SSA i ER WIN) u programu: ER WIN - Entity Relationship Models for Windows (ciji je napoznatiji predstavnik prof. Alempije Veljovic).
Ukoliko proizvodjac softvera ima uveden standard u svojoj firmi (npr. JUS ISO 9000) - tada vi odmah mozete dobiti na uvid kompletan projekat - zato sto je on usao u cenu aplikacije. Ukoliko proizvodjac softvera NEMA uveden standard u svojoj firmi - kako Vi mozete da ocekujete projektni zadatak ?
Npr. za automatsko formiranje fakture - aplikacija mora da zadovoljava jugoslovenske racunovodstvene standarde JRS (proverite u Privrednom savetniku ili Savezu revizora i racunovodja Srbije), DA LI VAM JE TO POZNATO ?

Koncentrisite se na ovom forumu na tehnicka pitanja: SQL, import, export itd. . Vec je dobijen odgovor za projektni zadatak (cutanje je znak odobravanja) i NE PITAJTE vise Slobodana Mitrovica za projektni zadatak i za vremenske rokove, covek je programer i pokusava svima Vama da pomogne.

Gore navedeni tekst nije pisan sa namerom da bilo koga povredi ili ugrozi.

S postovanjem.

[email protected]

Radim u primarnoj zdravstvenoj zastiti na fakturisanju usluga. Opterecenje na nama tehnicarima je veliko, radimo svoj osnovni posao, ja na primer u previjalistu, a posle toga na fakturisanju usluga pruzenih u mojoj ustanovi. Od nas se mnogo trazi, ali nam mnogo ne pomazu u resavanju nekih osnovnih problema sto se tice samog programa i fakturisanja.Obradovala sam se kada sam nasla ovaj sajt, i na njemu dosta resenje problema koji me muce. Sve to sam otstampala i zvala informaticare moje ustanove ali oni nisu mi izasli u susret, usustini su ne zainteresovani za nase probleme. Problem mi predstavljaju sifre novih lekara, koje nemogu da unesem. Odgovor sam nasla na to pitanje na vasem forumu. Peoblem mi je zato sto iz stare baze, januar 2007, sifra lekara je ubacena i sada ne dozvoljava da je ponovo ubacim. Samovoljno sam ulazila u bazu i videla da ime lekara postoji ali nigde nisam videla status da je obelezen sa P-pasivan. Da li neko moze da mi objasni kako to da odradim?

Kolega, razumem tvoje muke, ovo sta nam rade je strasno. Vise brinemo o podacima nego o pacijentima. Stvarno sam se nadala da ce uvodjenje kompjutera u zdravstvu da nam olaksa posao ali je gore. Moramo da radimo i na fakturama i na vodjenju protokola i radjenje rucnih izvestaja. Zar stvarno iz ovih faktura ne moze da se izvuce mesecni izvestaj pruzenih usluga? To bi nama tehnicarima mnogo olaksalo posao. Informaticari pomozite nam.

Odgovor za biki04
Pozovite Bit impeks, rado ću Vam pomoći.
Pozdrav, Sloba.

odgovor Slobodanu Mitrovicu
OK. Pokusacu u ponedeljak da stupim sa vama u kontakt. Ako mi odobre predpostavljeni.

Portal?

EDIT:
Koje hipotetichko pitanje. Bitje kada bude, 'el da?

_{[Ovu poruku je menjao gloyer dana 19.03.2007. u 11:01 GMT+1]}

Pozdrav svima,

ne koristimo Next, ali za podsecanje, ja sam otvorio skup 14.02 u Bgd-u, i na moju veliku zalost i posle tog skupa stvari su se samo komplikovale. Nisam od pocetka u forumu, pa bih da vam skrenem paznju na jedan dokument na portalu pod nekim nazivom "Tehnicko uputstvo..." koji je bacio u kantu za djubre sve prethodne instrukcije. Kapitalna promena je gasenje onih vrsta faktura "za Van i preko ugovora", pa se po novom istovremeno salju i redovne stavke i VU**** sifre. Verovatno ce Bit-Impex da nam potvrdi, da je to klasican slucaj "resetovanja" zahteva od strane RZZO-a prema njima te sad sve pisu ponovo! Sto se tice sifarnika do polako dovodi do apokalipse citavog sistema. Ako iko u lancu RZZO-filijale-ZU zna sta se fakturise i kako i kome skidam kapu. Ako neko ima pitanja i predloga, rado cu pomoci na [email protected].


Zoran.

"Farma servera"
bee, beeeee, beeee !

Na farmi nesto bleji?

Pozdrav svima,
evo mene sa jos pitanja za koja nemam pojma kome da se obratim pa sam hteo da chujem kako to izgleda kod vas.
Naime u patronaznoj sluzbi(primarna) se ne naplacue participacija a oni u novom sifrarniku nemaju SVOJ oslobadjajuci vid.
Mogu da ubacim neki vid za to ali nemam pojma kako ce to proci na portalu kada proradi (ako i proradi :-) ).

@DarkWood
Ako je dete, ubaci šifru za dete, trudnica-trudnica, stari-stari. Nećeš pogrešiti, proći će (bar je nama pre prolazilo).

Što se tiče novog portala, čekamo farmu, u fazi smo blejanja.

Pitanja za BIT-Impexovce:

- da li je tacna moja procena da su vam iz RZZO-a ponistili projekat za 2007. nakon skupa informaticara, jer su(ste) zakljucili da ste na pogresnom putu ? Da budem precizniji da li su shvatili da su trazili od vas da napravite nesto, pa su shvatili da su pogresili, pa sad vi ponovo sve pravite ? Mislim na aplikaciju koja radi u RZZO, ne na NeXT !!

- ko objavljuje sifarnike, odakle sad i txt i xml itd ? Zamislite molim vas sifarnik do 12.03 ima sifre VU*** i JZ***. Onda objave novi 12.03. koji ISPREMESTA sifre !!!! Pa onda oni koji su unosili po starom moraju da prekucaju unete podatke jer na mestu VU*** transplatacija bubrega sad stoji nesto drugo (PAZI ISTA sifra drugi naziv)

- odakle vam ideja da sadrzajem sifre 'SM i sl' resavate vrste faktura ??? Pa zar nije logicno da u zaglavlju fakture postoji obelezje da je to faktura za 'Dijalizu', 'Vestacku oplodnju' itd ??? Sad vas i RZZO cekam da vidim kako ce te da resite problem fakturisanja 'transplatacija bubrega' koja se u celosti placa mimo ugovora, ali za donora se ne moze koristi VU*** sifra jer nije njemu transplatiran bubreg.

- da li je neko svestan da prvu i drugu instrukciju od strane RZZO u potpunosti PONISTAVA tehnicko upustvo koje stoji na portalu ???

Postovanje za MOSAIC

Ako ste procitali odgovor MARS4 od 16.03.2007 na moje pitanje o PROJEKTNOM ZADATKU sve ce Vam biti jasno.

Da ne pricamo o tome da BitImpex i ne zna kako treba da izgleda i sta je u stvari projektni zadatak (inace, narucilac posla definise projektni zadatak, kad vec mora da Vam se objasni)
Ali iz odogovora MARS4 se vidi da ONI NE ZNAJU STA RADE (i Fond RZZO i BitImpex) i ostaje nam samo da se molimo da ce se konacno dogovoriti sami sa sobom.

Iako postoji komletno zavrsen projekat funkcionisanja Fonda RZZO koje je uradio strucnjak iz Slovenije po projektu Svetske Banke, jednostavno su ODBACILI taj projekat, jer zaboga mi smo mnoooogo pametniji i sta ima tamo neka Svetska Banka da nam prica kako i sta treba da se radi u "MOM" Fondu ("mojoj dedovini")

Tako da su MOSAIC pitanja sasvim opravdana a odgovore i ne ocekujem. Otprilike g-din Mitrovic se trudi da pomogne oko gluposti koje su napravili sa svojim softverom, a sustinska pitanja oko fakturisanja niko ne resava.

Pozdravljam sve sapatnike iz Ustanova, a ja se odjavljujem sa ovog foruma, jer rasprava sa BitImpex-om nevodi nicemu.

Za dobrobit firme BitImpex: nadam se da sa ostalim klijentima ne radite na ovakav nacin, ovako neozbiljno i amaterski.

p.s.
Ako se neko iz BitImpeksa ili Fonda RZZO nasao uvredjenim ovim mojim tekstom, neka je. Mnogo ljudi ispasta zbog vas ....

Siroko gledano, postoje mnogi razlozi zbog kojih bi trebali da kritikujemo i rad i projektnu dokumentaciju i i i...
Sa druge strane nesto bolje (bar vecina malih ustanova) nema... Zbog samog uredjenja nase drzave i saradnje medju institucijama predpostavljam tek kakve probleme su Bitimpeksovci imali oko usaglasavanja Sifarnika, sta treba a sta ne,...
To se videlo i na skupu u BG na koji nacin funkcionise RZZO i koliko su oni upuceni u razvoj IT sistema i programiranje. Svi informaticari znaju koliko je tesko da se menja nesto kad mislite da ste vec pri kraju pa onda upadne nesto novo. Slazem se da je moglo mnogo toga bolje ali nismo upuceni u njihovu problematiku pa ne treba ni previse polemisati oko toga.

Najbolje je da mi nastavimo tu gde smo stali i da ovaj forum sluzi kao tehnicka podrska i pomoc za neka operativna pitanja. Meni je dosta pomoglo.

U ostalom sta bi mi informaticari radili da nemamo Next... :) Mene licno su i na neki nacin zaposlili u ovoj ustanovi, mozda nekim delom i najvise zbog Next-a. Ipak je nivo IT svesti u Srbiji jos mnogo mali...
Pozdrav

Momci, pozdrav!!!!

@krilezr

Slazem se. Ovo treba da bude mesto gde cemo se izjadati i pomoci jedni drugima. Nisu momci iz BitImpeksa krivi za sve.


@svi svi svi

Ima li iko informaciju sta ce biti sa fakturama za stomatologiju?

@buba0110
Isto što i sa fakturama za primarnu i sekundarnu. Čekamo portal.

edit:
Promenilo se nešto na portalu, sada me ne pušta da uđem sa mojim PIB.

@gloyer

Menja se, menja se... Dodali su i sifarnik. Kako ste fakturisali januar i februar primarnu zastitu?

Opet odlazak na teren zbog update-a šifrarnika, dokle bre više! :-(

@buba0110
Pojasni pitanje. Ako misliš na unos podataka, normalno smo po starom programu unosili januar i deo februara, pa sve to preneli u novi program i rekreirali pakete. Ako pitaš kako smo slali fakture, odgovor je: nikako, jer portal nije radio od početka februara (možda i od pre).

Pozdrav,
Branko.

Edit: portal je proradio, i sve radi mnogo brže, ali ima previše osporenja (verovatno naše greške).

_{[Ovu poruku je menjao gloyer dana 27.03.2007. u 08:06 GMT+1]}

1. Proradio je portal za prijem elektronskih faktura. Rado bih da se oglasi ustanova koja koristi akademsku mrežu i obavesti me da li i dalje imaju probleme u slanju kao što su imali prošle godine, obzirom da je porađeno po tom pitanju.

2. Nomenklature - ŠifarniciRZZO će biti predmet intenzivne promene u predstojećem periodu. Razlog su klasifikacije zdravstvenih usluga na koje će sigurno biti stručnih zamerki od strane ustanova. Sve nomenklature su u vlasništvu RZZO-a i dinamika promena (moja je pretpostavka da će 99.9% tih promena biti preklasifikacija - npr. nešto što bi trebalo da spada u Naknadu za rad i ostale troškove, sada se prebacuje u Vakcine u PZ i slično) je stvar RZZO-a.

3. Ima već nekoliko dana kako je napravljena nova verzija NexTZUS aplikacije, v1.2.0. StaJeNovo:

Novo u verziji 1.2.0
19.03.2007
1. Import svih nomenklatura se obavlja na osnovu jednog fajla SifarniciRZZO_txt.cab. Import mnogostruko ubrzan. Prvi import će ići nešto sporije na tabeli Pozicija, obzirom da donosi najobimniju nomenklaturu sa oko 75,000 stavki, klasifikaciju usluga koja do sada nije rađena. Svaki sledeći, pa i ponovljeni import će ići mnogo brže.
2. Usluge koje se mogu odabrati pri evidenciji pruženih usluga su samo one koje su klasifikovane na korektan način u zavisnosti od vrste zdravstvene zaštite.
3. Parametrom sistema UpotrebaSifarnikaUsluga se ovo ponašanje programa može vratiti na staro ponašanje (mogu se odabrati sve usluge iz šifarnika). Klasifikaciju koja se usluga gde može upotrebiti održava RZZO i nije preporučljivo ažuriranje ove klasifikacije.
4. Lekari koji se mogu odabrati pri evidenciji pruženih usluga su samo lekari koji rade u konkretnoj ZU. Preporučuje se da ustanove ažuriraju šifarnik lekara tako što će svojim lekarima evidentirati šifru ustanove u kojoj aplikacija radi. Aplikacija pri prvom pokretanju popunjava obeležje ustanove svim do tog momenta upotrebljenim lekarima.
5. Parametrom sistema UpotrebaSifarnikaLekara se ovo ponašanje programa može vratiti na staro ponašanje (mogu se odabrati svi lekari iz šifarnika).
6. Automatski periodični Compact Access baze na svakih 7 dana. Period Compact-a se može regulisati parametrom ShrinkInterval, ukoliko se u polje vrednost ukuca 0 - neće se vršiti automatsko kompaktovanje Access baze. U Dat folderu se pre svakog kompakta prvo kreira kopija fajla baze sa sufiksom _BEFORECOMPACT koji ostaje i nakon kompakta. Tokom kompakta, kao i tokom provere potrebnih uslova za kompakt automatski se zabranjuje pristup bazi podataka ostalim korisnicima.
7. Ubrzano kreiranje/rekreiranje elektronske fakture
8. Pri importu šfarnika MKB-dijagnoza, postojeći šifarnik će biti redukovan na dijagnoze dužine 3 (obzirom da se i pri prijemu el.faktura sve dijagnoze dužine veće od tri odsecaju na dužinu tri) čime se sa oko 14000 dijagnoza šifarnik svodi na oko 2000.
9. Inicijalna konzumacija operativne memorije svedena na jednu trećinu u odnosu na prethodnu verziju (ukoliko se importuju i novi šifarnici).

Učinjenim izmenama su poboljšane sveopšte perfomanse aplikacije (prvenstveno u mrežnom okruženju).


Pozdrav, Sloba

Pozdrav!
Pokusao sam danas da pristupim stranici za el.fakturisanje ali se ne pojavljuje login stranica :)

@ninomax

Da li si pokusao preko internet explorera? Cini mi se da je portal optimizovan za rad sa IE. Kod mene nece da se uloguje sa Firefoxom. Pokusaj pa javi sta si uradio

Pokušao ja i ćorak!

Dobijem log stranicu ukucam šifru ustanove i pib. Nakon toga iz par refresha dobijem dugme za slanje i evo
EPILOG:

<sub>Server Error in '/NexTElFak' Application.

Runtime Error
Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.

Details: To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off".

<!-- Web.Config Configuration File -->

<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>

Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.

<!-- Web.Config Configuration File -->

<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
</system.web>
</configuration></sub>



Toliko o farmi servera Beeeee!

Jel si pokusao i sa neke druge masine? Ako i dalje ne mozes da pristupis, obrati se vasem provideru. Mi smo imali slican problem pre. Mislili smo da je do njihovog (RZZO) servera ali nije nego su u lokalnom provideru razdvajali nesto pa zato aspx nije radio. Probaj! Mislim da ce ti to pomoci

Neće.

Onda nasnimite na flesic pa pokusajte od kuce.
Kod nas je prijavljivao isto neki problem prilikom slanja. Tad sam pricao sa Goranom Randjelovicem i on je rekao da je problem do nas ili naseg providera. Tad sam zvao njih i oni su mi rekli da su razvojili portove ili tako nesto pa se aspx buni kad naidje na taj problem. Mozda vas provider nije uradio pravu intervenciju pa zato nece.
Ako od kuce nece da radi onda je najverovatnije do RZZO Servera

Ja sam ionako na dial-up konekciji sa posla.
Veruj mi, Krile, nema veze sa provajderom i portovima.
Server im je u mraku, i to je to.

Štonokaže čips beeeeeeeee do daljnjeg.

Sad loop-uje.

Ukucam sifru ustanove i PIB i dobijem dugmice za slanje, kada kliknem na njih opet dobijem stranicu da ukucam ustanovu i PIB i tako ukrug koliko god hoces.

Bas zanimljivo.

evo pokušavam da se bačim na SQLexpress ali stalno mi izbacuje "path not found" run time error 76. SQL expres je na jednoj mašini a aplikacija na drugoj. Ima li tu još neka kvaka ili ja nešto nisam namestio kako treba?

Zna li neko kako da fakturisem usluge soc. medicine?

Mi fakturisemo epidemioloske usluge, predpostavljam da je isto i sa socijalnom med.
ovo je deo fakture koji smo poslednji slali:
1;1;;D;XXXXXXXX;11111;;;01;00;
2;008005;21;74.79;1570.59;01.12.2006;;2001;;
2;008006;21;74.79;1570.59;01.12.2006;;2001;;
2;008007;1;74.79;74.79;01.12.2006;;2001;;
2;008008;1;74.79;74.79;01.12.2006;;2001;;
2;008009;1;90.88;90.88;01.12.2006;;2001;;
2;081011;4;151.91;607.64;01.12.2006;;2001;;
2;810002;400;18.93;7572;01.12.2006;;2001;;
2;810003;400;25.56;10224;01.12.2006;;2001;;
2;810004;400;9.47;3788;01.12.2006;;2001;;
2;810006;400;126.86;50744;01.12.2006;;2001;;
2;810011;400;38.81;15524;01.12.2006;;2001;;
2;810018;1;1100.07;1100.07;01.12.2006;;2001;;
2;810019;400;613.46;245384;01.12.2006;;2001;;
2;810020;400;16.09;6436;01.12.2006;;2001;;
2;810021;4;1249.64;4998.56;01.12.2006;;2001;;
2;810022;1;1977.66;1977.66;01.12.2006;;2001;;
2;810023;1;1977.66;1977.66;01.12.2006;;2001;;
2;810033;1;73117.43;73117.43;01.12.2006;;2001;;
2;810034;1;7328.4;7328.4;01.12.2006;;2001;;
2;810035;4;306.73;1226.92;01.12.2006;;2001;;
2;810037;1;145233.25;145233.25;01.12.2006;;2001;;
2;810038;1;145233.25;145233.25;01.12.2006;;2001;;
2;810041;2;38445.49;76890.98;01.12.2006;;2001;;
2;810042;1;13423.26;13423.26;01.12.2006;;2001;;
2;810043;1;39910.98;39910.98;01.12.2006;;2001;;
2;810046;1;7569.81;7569.81;01.12.2006;;2001;;
2;810047;1;9456.59;9456.59;01.12.2006;;2001;;
2;810049;1;30502.67;30502.67;01.12.2006;;2001;;
2;810050;1;15430.26;15430.26;01.12.2006;;2001;;
2;810065;4;492.28;1969.12;01.12.2006;;2001;;
2;810084;300;306.73;92019;01.12.2006;;2001;;
2;810085;45;7328.4;329778;01.12.2006;;2001;;
2;810097;47;283.06;13303.82;01.12.2006;;2001;;
2;810104;4;4883.08;19532.32;01.12.2006;;2001;;
2;810108;1;205.43;205.43;01.12.2006;;2001;;
2;810109;2;24418.23;48836.46;01.12.2006;;2001;;
2;810110;1;7328.4;7328.4;01.12.2006;;2001;;

Valjda ces se snaci! :)

Rado bih imao povratnu informaciju o problemima sa pristupom serveru zavoda. Kolege koje su imale probleme prilikom konektovanja, da li i dalje imaju taj problem, odnosno ako su problem prevazišli, kako su ga prevazišli. Bit impeks će se potruditi da otkloni probleme koji su u njegovoj moći, a potrebni su nam detaljniji opisi problema (koji se provajder koristi, koji klijentski softver i manifestacija problema). Bit impeks NE VRŠI selekciju niti favorizovanje provajdera pri konekciji niti mi je namera da se na ovim stranicama neki provajderi favorizuju, odnosno da se neki drugi antireklamiraju. Nemam ništa protiv da mi se dostave problemi na objavljeni email, ali je možda bolje mesto za to ovaj forum jer se forum čita i neko može naći rešenje u objavljenom tekstu.
Pozdrav, Sloba.

WIN Server 2003, IE 6.

Već sam napisao da dodjem do dugmeta slanje i kada kliknem na njega vrati me na prozor za unos log-a i password-a. I tako u krug. Na wireless-u sam tako da ne znam tačno ko mi je prvi provajder, ali ovaj drugi je tip-net. Prošle godine sam manje-više uspešno slao e-fakture.

Znači stalno je u krug koliko god da se logujem, dobijem dugmiće za slanje, i kada kliknem opet iz početka.

Isti problem smo imali i mi. Looopovalo i nikako da dodjem na sledecu stranicu. Radilo je dobro sve do dana kad su oni nesto ceprkali (razdvajali ip adrese ili tako nesto radi brzeg interneta - tako su nama rekli). Bez obzira na to, sve registracije, loginsi, itd su radili dobro na ostalim sajtovima imali aspx tehnologiju ili ne, koristio IE6 ili Mozillu. Zbog toga mislim da i web aplikacija ima negde neki problem.
Da li chips ima slicnih problema i kod drugih stranica?

Ljudi, važi li ono teh.uputstvo sa sajta rzzo-a?
Ja sam za 1. i 2.(a i 3.) mesec fakturisao usluge po pacijetu a lekove i med.sredstva zbirno (kao prošle godine).
Važe li one šifre 7777777 za lekove u PZ i 88888888 za med. sredstva u PZ za zbirno iskazivanje lekova i med.sredstva u PZ ili šta?

Help me!

Nikakvih problema nemam sa drugim stranicama, svi dugmici i brovseri normalno rade, na raznim forumima i sajtevima.

Poslao sam fakture preko Dial-up konekcije sa 042 500 500. Tako da dolazim do zakljucka da aplikacija opet ne radi sa nekim provajderima, a sa drugima radi. Prosle godine sam mogao da saljem, a sada ne. To malo cisto da mi izgleda ne bude dosadno.

_{[Ovu poruku je menjao chips dana 02.04.2007. u 10:55 GMT+1]}

Januar i februar mozes kako hoces, vazno je da fakturises.

U stvari mislim da ce cela godina biti takva, mozes i zbirno i pojedinacno i kombinovano, vazno je da ucestvujes :-D

Predlažem Chipsu da ostvarimo telefonski kontakt, brže ćemo iznaći rešenje, pa ćemo ga onda preneti ostalim učesnicima foruma.
Takođe nagoveštavam alternativni pristup slanju faktura putem ftp komunikacije.
011/3477205, odnosno 011/3477217
Pozdrav, Sloba.

Hvala Slobodanu.


Ostvarili smo tel. kontakt i nismo uspeli ništa da rešimo, jer je verovatno u pitanju ISP sa njegovim ROUTER-ima gde negde nije otvoren port ili tako nešto za ASP ili tako nešto.

Na kraju sam DIAL-up-om poslao fakture. Nije išlo loše, ali pravi utisak ću steći tek kada budem slao NEZBIRNE fakture i u drugoj polovini godine.

Opet problem!

Kada exportujem podatke iz udaljenih ambulanti sa F9 i sve to donesem na fleshić u mstični DZ probam da importujem sa SHIFT+F9, program uveze samo iz prve ambulante, a iz ostalih prijavi da protokol već postoji i da će predhodni obrisati.

Šta je u pitanju: Protokol exportovan iz udaljenih ambulanti nosi isti naziv iz svih udaljenih ambulanti i nevredi reimenovati samo CAB već se mora reimenovati verovatno i XML unutar CAB-a. E sad tu nastaje problem jer kada raspakujem CAB ne mogu ponovo da ga kreiram.

Ako neko zna koji program da koristim za CAB-ovanje neka javi.

U principu nebi ni morao da CAB-ujem da NEXTZUS prihvata učitavanje čistog XML-a, a ne samo CAB fajla.

Koristim još uvek verziju NEXTZUS-a 1.1.0. Ako novije verzije imaju ovo rešene neka mi neko javi.

POZDRAV!

@chips
Ja to od početka rešavam tako što na udaljenim lokacijama (a imam ih 20-tak), snimim na fleš txt fajlove, pa onda na mestu odakle šaljem sa beč fajlom lepo sve strpam u jedan txt koji zipujem i šaljem. Loša strana ovoga je to što teže pronalazim i rečavam neispravne, ali razvio sam neke o-ruk metode i za to. Beč fajl izgleda nešto kao :
"copy \path\nesto0.txt+ \path\nesto1.txt+ \path\nesto2.txt+ (...) zbir.txt".

Suština je da se ne možeš baš skroz osloniti na aplikaciju (što smo i apsolvirali).

Nemoj da CAB-uješ fajlove, ZIP-uj ih, prihvata portal, a CAB-ovane fajlove WinZip lepo raspakuje (samo nemoj RAR da koristiš, portal ne vidi .rar ekstenziju).

Nove sifre (999)! Ok sad ce mi trebati malo pomoci. Kako da se sada odradi import novog sifarnika. Neko kratko uputsvo...
Znaci idemo u nomenklature... Import nomenklature... onda imam tu neku listu koja predpostavljam predstavlja samo stavke koje zelimo da importujemo. Da li je dovoljno da importujem samo Vid? Kako ako trazi .xml datoteku?

Jos jedno pitanje. Da li neko moze da mi ostavi parametre za ftp konekciju?

_{[Ovu poruku je menjao krilezr dana 04.04.2007. u 12:59 GMT+1]}

Odgovor Chipsu:
Opšti parametar DBTag - jedinstveni identifikator baze podataka je zadužen za markaciju porekla nekog podatka/protokola. To znači da sve baze čiji se podaci sjedinjavaju moraju imati različit DBTag. Ovaj podatak se upisuje u bazu sa svakim slogom, pa i prenosi putem eksporta/importa protokola.

Da ne bih objašnjavao ovo što sam upravo sada objasnio potencijalnim spajačima podataka i naglašavao potrebu za različitošću DBTagova u različitim bazama, aplikacija pri prvom pokretanju nad praznom bazom koja je podeljena ustanovama generiše ovaj parametar kao GUID (koji bi po definiciji trebao biti neponovljiv).

Kod tebe je problem što si bazu koju si pokrenuo iskopirao na svim lokacijama pa sada sve imaju isti DBTag.

Rešenje za ovu situaciju je da preuzmeš verziju aplikacije koju sam (ovog momenta) proširio apdejtom DBTag-ova uz mogućnost zadavanja željenog DBTag-a. Napominjem da nije dovoljno samo prekucati parametar DBTag u opštim parametrima, jer su svi protokoli koji su kreirani ostali sa oznakom nekadašnjeg DBTag-a. Aplikacija će na posebnu stavku u meniju Servis apdejtovati sve potrebne tabele željenim DBTag-om (vodeći računa o podacima - da li su poreklom iz originalne baze ili su već importovani iz neke druge, pa im ne treba dirati markaciju porekla).
Takođe, DBTag učestvuje u izgradnji imena fajla nastalog eksportom protokola, tako da na jedan fleš mogu da se nasnime protokoli iz svih udaljenih lokacija bez bojazni od gaženja fajlova (verovatno će i stati na fleš obzirom da se komprimuju).

Iz navedenog se vidi da (u normalnim okolnostima) nema potrebe ni za kakvim odzipovanjem i zipovanjem datoteka, odnosno da to ni ne pomaže.

Novu verziju koju sam nagoveštavao još nisam završio, a imaće FTP upload paketa, FTP download odštampanih faktura kao i download osporenja u XML-obliku koji će moći da se interfejsom NexTZUS aplikacije tumače slično principu koji je primenjen na web sajtu.

Ukoliko se Chipsu žuri mogu poslati aplikaciju sa onim što mu treba, ali bez završenog interfejsnog tumačenja osporenja (dotle se stiglo).

Obzirom na specifičnosti FTP komunikacije koje ne bih detaljnije obrazlagao, potrebno je da se ustanova zainteresovana za ovaj vid razmene podataka obrati RZZO-u ili meni i ovaj vid komunikacije će biti obezbeđen. FTP komunikacija će biti podržana isključivo kroz interfejs aplikacije. Takođe, nije nužno da datoteka koju treba uploadovati bude i fizički kreirana NexTZUS aplikacijom, već se kroz interfejs NexTZUS aplikacije može uploadovati datoteka kreirana bilo iz kog programa.
Insistiram na interfejsu aplikacije zbog propisa koji se moraju zadovoljiti u pogledu imena uploadovane datoteke i još ponekog detalja, a sav mehanizam koji to obezbeđuje je smešten u aplikaciju.

Ne slažem se sa Gloyerom oko apsolviranja.

Pozdrav, Sloba.

Mislim da sam rešio moj problem sa importom, bar privremeno dok Sloba ne završi novu verziju.

U tabeli EFProtokol kada iz jednog udaljenog mesta importujem protokole, pokrenem ACCESS i u polju ImpeksIID pomerim brojeve za onoliko koliko mi treba još da importujrm protokola i iz drugih mesta. Znači, ako su ova polja bila popunjena npr. sa brojevima 1,2,3,4 a meni treba još četiri imorta prekucam ove podatke na 5,6,7,8, tako da će sledeći import imati prstor da zauzme 1,2,3,4 i neće brisati prethodni import. Yeeee, garant Vam ništa nije jasno, nema veze, radi

Slobo u pravu si, ja sam bazu samo iskopirao u svim mestima, jer mi je bilo mukotrpno da svugde kucam one generalije pib i ostalo i korisnike baze sa privilegijama, pa je bilo samo COPY - flesh - PASTE.

Molim za odgovor na ono obavestenje od Gorana Randjelovica...



Nakon preuzmanja novog sifarnika SifarniciRZZO_txt.cab sam pokusao da importujem vid.txt u program, ali kod importa Vida oslobadjanja mi nudi samo import preko .xml fajla a ne preko txt datoteke. Sta da radim. Molim za pomoc!!

_{[Ovu poruku je menjao krilezr dana 05.04.2007. u 08:31 GMT+1]}

Ljudi, kako da importujem vid.txt u aplikaciju?

Pa importuj sve, ceo cab. Tako sam ja uradio, i radi mi.

Ja sam imao isti problem. Rsdio sam na V 1.1.0 i kada sam importovao VID.txt program ti nudi *.XML ili *.* i kada sam importovao txt (samo vid) tabela je bila popunjena ali su sve imale P. Obrisao sam P ali nije pomoglo jednostavno iz programa kada pozoveš sa F4 vid kao da je obrisana tabela VID. Pozvao sam SLOBU i naravno čovek pomogao. Poslao mi je novu verziju 1.2.1 koja kada otvoriš import odabereš koju tablu hoćeš (u ovom slučaju VID) i samo klikneš na šifarnici.txt.cab i on izvuče samo taj TXT i pravilno ga upiše u bazu. Posle toga samo treba ostali u mreži da restartuju nextzus i sve šljaka.

Odlicno! Da li moze neko da ostavi tu novu verziju u Attachmentu na ovom forumu ili da mi posalje na mail?

Ljudi, ovo nije normalno,
'ladno mi je osporeno sve gde je vid oslobađanja "-" oslobođen od plaćanja participacije, a to stoji kod njih u šifrarniku.
O čemu se ovde radi i kako/čime da zamenim ovaj "samoosporavajući" VID !
p.s meni ovo više stvarno ide na živce.

Ima li neko slična iskustva ?

Okle tebi taj vid - ? Kod mene to nije ni moguce izvesti. Prilikom importa sifarnika se ne pojavljuje takva sifra. Kod kojih pacijenata koristis taj vid? Otvorite samo onaj vid.txt i videcete da takve sifre nema?!

Nama je osporeno 20% usluga zbog tog šifarnika oslobođenja od participacije, onda smo odlučili da uplatimo "participaciju" i sad ću da vidim da li će biti osporavanja.

Bilo u jednom od mnooogoooobrojnih šifrarnika a i lično mislim da je takav vid potreban u šifrarniku.
Video sam da ga u novom šifrarnku od 4. aprila nema.
p.s ....daću otkaz mame mi ako se ovakav trend sa fakturama nastavi..

RE: Kod kojih pacijenata koristis taj vid?

Kod patronaže i onih što pobegnu a ne plate :-)

Danas sam primetio na serveru da postoji fajl za dl osporenih usluga u *XML formatu, čemu xml format za osporenja ?

U ovoj novoj verziji9 možeš sve što ti je osporeno da učitaš ponovo, popraviš i ponovo pošalješ u sledećoj kreaciji paketa. Nešto na foru programa za recepte.

Što se tiče attachmenta, gde da stavim novu verziju?


Koji ti je mail? Aj' daj na private pa da ti šaljem.

Inače Sloba je rekao da za koji dan završava ovu verziju u celosti pa će biti na portalu, ali ako vam je frka šaljem.

POZDRAV!

Koristim v1.2.0

„------------Danas sam primetio na serveru da postoji fajl za dl osporenih usluga u *XML formatu, čemu xml format za osporenja ?--------”

Gde mogu da nadjem taj fajl, da li u njemu ima tih razloga osporenja. Inače kad smo "uplatili" participacije, osporenja su se smanjila...

Verzuja je 1.2.1, a import osporenih bi trebalo da radi i 1.2.0.

Sto se tice attachovanja fajla, mislim da je prostor ogranicen za to. Proba cu.

Sa kog d.prozora vršiš import(predpostavljam sa ctrl+F9)?

re: Skinja
Fajl možeš naći na portalu gde šalješ e.fakture(kada se loguješ na serv. i učitaš fak. formiraće se dugme "štampa", tu se pored izveštaja fakura u pdf formatu i specifikacija možeš naći i osporenja spakovana u xml formatu).

Kako/gde(sa kog nivoa u prog.). Nigde u uputstvu nisam našao opis te funkc.
Pozdrav.

Nasao sam, ali to je samo osporenje za aktuelnu fakturu, mislio sam da je to sifarnik svih osporenja, no hvala u svakom slucaju!

Chips/enybody,

help me.

Ja sam uspeo da importujem nove sifarnike i bez te nove verzije. Znaci idemo na Servis -> Export / import nomenklatura -> F7 i nadjes vid.txt koji si preuzeo sa portala (SifarniciRZZO_txt.cab).

Mislio sam na ova osporenja u xml formatu(kao što je Chips nagovestio u postu iznad).
Nemam pojma sa kog nivoa i kojim f.tasterom da izvršim import( probao sa d.prozora "evidencija" i ništa- javlja mi grešku i da probam ponvo sa nekim drugim paketom).
Puno bi mi značila ova funkcija u prog.

Chips javi se.

Već sam rekao da sam koristio prastaru 1.1.0 verziju. Ti si verovatno već koristio neku noviju od ove pa nisi imao problem sa učitavanjem šifarnika. Ova nova verzija prepoznaje samo CAB fajlove i ima opcije da kada izaberes cab šifarnik biras iz njega koji šifarnik tačno hoćeš ili hoćeš import svih.

Što se tiče gde se učitavaju neispravni, trebalo bi po pravilu da staneš na protokle na prazno polje i sa šift+F9 da učitaš XML. Za ovo nisam siguran, bilo bi dobro da Sloba objasni ovo.

Kako doci do nove verzije Next-a?

[email protected]
[email protected]
[email protected]

Pozdrav

Pa stavio sam na 11 strani na mom postu u attachmentu. Klikni na taj ZIP i dowload-uj.

Inače unos neispravnih neradi na onaj način sa shift+F9. Probao sam.



@sloba

Kako se menjaju TAGOVI? Da li se jednostavno potvrdi ponudjeni novi tag pošto je verovatnoća mala da će se ponoviti i na ostalim mestima?

Kako se importuje CAB sa neispravnim uslugama?

_{[Ovu poruku je menjao chips dana 11.04.2007. u 13:13 GMT+1]}

Chips
Inače unos neispravnih neradi na onaj način sa shift+F9. Probao sam.


RE:
Video sa i ja to ali rekoh da pitam jer si mi delovao kao da si tu funkciju(import osporenih faktura u XML formatu) već koristio. Nigde uputstva za tako nešto na net-u, pa mi bilo čudno otkud' ti objašnjenje. U svakom slučaju hvala i nadam se da će ovo sa imp. osporenih faktura ubrzo da proradi a ne bi bilo loše da i Sloba malo obrazloži ovo oko imp. osp. faktura (ili još bolje objasni/omogući import. u nexzus aplikaciji).
Pozdrav svima.

Na web serveru RZZO-a (http://212.200.153.149/nextelfak) je postavljen link na novu verziju NexTZUS aplikacije.
Novo u verziji 1.3.0
11.04.2007
1. FTP upload, download i saglasnost sa iznosom fakture. Potrebno je da se konkretna ZU obrati RZZO-u za ovu funkcionalnost. Bilo koja ZU može koristiti ovu funkcionalnost kroz interfejs aplikacije bez obzira da li je datoteku koju će uploadovati zaista kreirala u NexTZUS ili nekoj drugoj aplikaciji. Dosadašnji način rada korišćenjem Web servera se zadržava, a ovo je DODATNA ALTERNATIVA za ZU koja ima problema u prijemu/slanju podataka. Sve FTP operacije su vezane za konkretan paket podataka i izvode sa ekrana 'Pregled paketa' tipkom F6.
2. Pregled preuzetih datoteka sa web servera RZZO u lokalu. Nezavisno od načina preuzimanja datoteka sa servera (Osporenja, Fakture, Specifikacije), ove datoteke se mogu pregledati lokalno. Naročito korisna opcija za pregledanje osporenja u lokalu. Sa ekrana 'Pregled paketa' tipkom F6 odabrati 'Pregled datoteka pruzetih sa servera RZZO'. Datoteke preuzete sa servera RZZO ne treba preimenovati, npr. datoteka za osporenja treba u nazivu da ima 'Osporenja'.
3. Popravka DBTag-a. Ustanove koje spajaju podatke u jednu bazu bi trebale da povedu računa o parametru sistema DBTag. DBTag-ovi svih baza iz kojih se prikupljaju podaci bi trebalo da budu različiti. Ukoliko to nije slučaj, program će pri importu podataka potencijalno prijavljivati poruku da je protokol već importovan. Problem se rešava tako što se iz menija Servis odabere Promena DBTag-a i pritisne tipka F1 na ponuđeni novi DBTag. ZU može imenovati konkretnu bazu na neki smislen način pri čemu je odgovorna da ovo imenovanje ne ponovi. DBTag koji aplikacija nudi je neponovljiv. Nakon promene DBTag-a je potrebno rekreirati/eksportovati sporni paket.

Napomena: Bilo koji ekran se može štampati tipkama Ctrl-P, odnosno tipkama ctrl-Alt-P (uz izbor polja koja se žele štampati i izbor Portrait/Landscape orijentacije papira). Sa print preview ekrana treba pritisnuti tipku Escape (plavi pravougaonik u donjem levom uglu će postati beo a oznaka stranice u njemu postaje crvena), a zatim tipku F1 gde se dobija izbor štampača (ukoliko se u desnu kućicu ukuca plus '+'), opsega stranica i broj kopija. Enterom proći do kraja ili tipkom F1 poslati izveštaj na uobičajeni štampač.
Funkcionalnost štampe ekrana je generička, univerzalna, ali nema mogućnost pravljenja lepih izveštaja. Postoji u svim NexT aplikacijama bez obzira na verziju.


Nomenklature u NexTZUS aplikaciju importovati isključivo verzijom 1.2 ili svežijom. Importovati uvek SifarniciRZZO_txt.CAB koji se uzima sa web servera direkcije (http://212.200.153.149/nextelfak).

Nisam odgovarao pojedinačno na postavljana pitanja, odgovori su sadržani u izloženom tekstu. Ukoliko i dalje ostanu nejasnoće, rado ću odgovarati na postavljena pitanja.

Pozdrav, Sloba.

Tek sada sam prelistao zadnje dve stranice foruma i vidim da se dosta komentariše datoteka sa osporenjima.
Aplikacija v1.3.0 nema mogućnost popravke neispravnog podatka na osnovu datoteke sa osporenjima.
v1.3.0 ima mogućnost PREGLEDANJA osporenja analogno pregledanju osporenja na Web serveru.
Funkcionalnost je obezbeđena zbog potencijalnih FULL FTP korisnika ne bi li imali šansu da vide detalje oko osporenja.
Slažem se da je komfor u popravci osporenog podatka korisna opcija.
Moguće je da ću u nekoj narednoj verziji obezbediti komforniji pristup popravci neispravnih podataka.
Pozdrav, Sloba

Pitanje za g.Slobodana:
Instalirao sam verziju 1.3>>>> Ne prihvata mi broj PIB > kaze neispravan PIB????
Pomoc!?

Imao sam dosta osporenja za mart "tipa datum van perioda". Greske su zbog datuma gde je datum prijema bio kasnije od datuma otpusta. Korisnici su slucajno kucali veci datum na datumu prijema od datuma otpusta, pa ako bi Sloba mogao u nekoj narednoj verziji da napravi logicku kontrolu da datum otpusta moze biti jednak ili veci od datuma prijema, a nikako manji.

Na sazimanju baze program mi prijavi error i iskoci napolje.

Pretraga u nomenklaturama za usluge i ostale tabele sa F4 neradi. Znaci ne prilikom knjizenja u protokolima vec tamo u nomenklaturama.

Sto se tice importa neispravnih, bilo bi lepo da ima neka varijanta kao kod programa za recepte. Jedino je pitanje da li treba taj slog sa pacijentom izvaditi i napraviti sa njima novi protokol ili treba sve usluge zajedno sa tom neispravnom izvaditi iz paketa i dodeliti im paket 0. Nadam se da ste me razumeli :-)

@Sloba

Provajderi su popravili routere i sada mogu da saljem faktire.

POZDRAV!

Ja i dalje ne mogu da poteram app preko sqlsqrvera 2005 expressa. Neko je davno pitao da li se menja provider u app-u, i nije bilo odgovora, jel moze sad. Napominjem server je na jednoj mashini a app na drugoj, a na toj gde je server ni nemam instaliran app jel mi ne treba. Sve što treba da je uključeno, prema dosadašnjim uputstvima, je uključeno. Stalno izbacuje "run time error 76, path not found". Jel neko radi preko tih SQL servera, mislim aktivno, ne da je samo probao?

Ja i dalje radim preko Accessa iako mi je sve spremno za rad na SQL Serveru. Sta te kosta da instalirass app i na server? Mozda ipak ima neke veze mada mi je to onako manje verovatno. Posto smo se culi nisam nista novo nasao na sta bi ti ukazao. Postavicu ponovo upustvo za prelazak na SQL Server Express onima koji to zele da probaju i da vide da li radi i kod njih. Mozda neko moze vise da ti pomogne

Odgovor za Skinju:
U kom momentu program javlja neispravan PIB, odnosno koja je šifra Vaše ustanove, odnosno koju bazu pokrećete kada Vam program prijavljuje neispravan PIB ? Program poruku 'Uneli ste nepostojeći PIB! Molimo Vas pokušajte ponovo!' šalje pri završenom nakucavanju PIB-a pri prvom pokretanju aplikacije, ukoliko u šifarniku Ustanova ne postoji niti jedna ustanova sa nakucanim PIBom. Ili vi nemate ustanovu sa tim PIBom u bazi ili kucate pogrešan PIB. Možete mi poslati NexTZUS bazu na [email protected]
Odgovor za Koyu:
Greška 'Path not found' je obično vezana za probleme prava pristupa folderu/fajlu ili nepostojanje foldera/fajla. Predlažem da podesite ambijent tako da Vam se NexTZUS.MDB baza nalazi na računaru na kom imate SQLExpress, pa kada aplikacija proradi (proradiće kada se otklone Sharing/Permissions problemi) da se onda pređe na SQLExpress. Na stranicama ovog foruma je bilo dosta reči, (i ja sam pisao) o radu aplikacije na mreži, a prelazak sa sistema koji radi na mreži na SQLExpres je KrileZR korektno i detaljno objasnio. Ukoliko se stvar ne reši rado ću pomoći telefonskim putem.
Odgovor za Chipsa:
Greška pri shrinkovanju - opis greške, tekst ?
Da li se greška ponavlja sa svake radne stanice ili samo sa neke ?
Verzija Access baze ?
Takođe bih zamolio da se pobriše NexTZUS_BEFORECOMPACT.MDB (ukoliko postoji) pre pokušaja shrinka i onda pokuša shrink, čisto radi detekcije problema. Intersuje me da li je kreiran NexTZUS_BEFORECOMPACT.MDB nakon pojave greške.

NexTZUS aplikacija bi trebala uspešno da shrinkuje NexTZUS bazu nevezano za verziju. Ako pri tome ima problema, rado ću se zauzeti i rešiti stvar.

Pozdrav, Sloba.

Hvala g.Slobodane,
mea culpa!
Prilikom kopiranja nove app 1.3 promašio sam folder, kao i svi loši đaci, nisam deinstalirao predhodnu verziju, pa je malo zbrka na HD-u.
Kad se se malo više time pozabavio, uvideo sam svoju grešku. Ne zamerite, ja nisam informatičar...

Nema tu sta da se deinstallira, uzmes taj Nextzus.zip paket i raspakujes ga u C:\NextZUS\App i to je to! Meni treba 6,7 sek :).

Jel neko 'oće da mi oda tajnu kako se dolazi do situacije za slanje faktura. Naime, prilikom logovanja stalno vraća na stranu sa logovanjem!!! Jel to tako treba ili... 25 min kucam username i pass i ništa. Možda moram biti uporniji. Verovatno treba da donesem 'rane i pića pa do ponedeljka možda pusti.
Vezano za SQL. Jel nije lakše da se kaže šta i koji folder treba da bude na serveru da se ne smaramo sa probavanjima. Gde treba da budu .key fileovi i sl.
Ne gori pod nogama, vikend je, opuštanje, al' od ponedeljka nek' se nešto rešava.

Što se tiče logovanja i što te vraća na početnu stranu je do tvog ISP-a . O tome sam već pisao. Napiši koju konekciju koristiš. Obično se dešava kod wireless pristupa jer routeri isp-a nemaju dozvoljen port za čini mi se asp stranice sa nekim sigurnostima. Ja sam popričao sa svojim ISP-om i za minut sam mogao da šaljem fakture.

Što se tiče SQL-a pa ljudi su dali uputstvo samo klikni na zip i downloaduj, sve piše, ja probao i sve radi i posle sam vrato sve na access jer u suštini ništa nije radilo brže i nervirala me ikonica u task-baru odnosno nisam baš mogao slobodno da prčkam po bazi kao u accessu. Fora je u onom ini fajlu za logovanje sa klijenata.

Što se rane i pića tiče, pa to nikad nije na odmet

Izvinjavam se. Nije do ISPa nego moj firewall i njegova podešavanja.
Što se tiče SQL a sve sam poskidao i napravio kako je rečeno i neće. Ja naime nisam punio praznu bazu, nego sam postojeću, punu, bazu UPSIZE VIZARDOM prebacio na SQL i neće. J.... probaću opet...jednom!

Jel si upsizeovao sa verzijom Access 97 ili si ga prvo prebacio u Access 2000 ili 2002?

convert u Access 2000 pa onda upsize! Al' mislim da to nema veze.
E ljudi jel neko čupa podatke za dnevne evidencije, mislim oni silni O.M. obrasci?

Wow, posle 238 postavljenih posta smo dosli do te tacke da nam je nestalo materijala, sugestija i primedbe??! Cini mi se kao da smo nesto i uradili!

E ovako,
za nasu ustanovu se izradjuje IS koji bi 'trebao' da objedini sve org. jedinice i da na kraju meseca isfakturise sve usluge. Kad se setim naseg sastanka u Medifarmu vec me hvata nelagodan osecaj, jer su mi ostali neki komentari onih, koji imaju vec IS u svojoj ustanovi. Taman sam se navikao na rad sa Next-om te sad treba da se implementira drugi IS koji ce verovatno raditi jos gore (radjen je bez ikakve dokumentacije, UML i slicno).

Moje pitanje:
Da li neko ima vec iskustva sa implementacijom IS (razlicitim od Nexta) koji sluzi i za fakturisanje usluga

Mislim, da bi bilo najbolje da nas novi IS bude kompatibilan sa Next aplikacijom tj. da ne moram dva puta da unosim podatke o pacijentu itd... To bi znacilo da bi onda nas novi IS morali da prilagodimo NextZUS bazi (u postojece tabele NextZUS baze da dodajemo dodatna polja koja su nama neophodna).
Sta vi mislite o tome? Znaci, unosim podatke preko novog programa a sve potrebne podatke mogu da pozovem iz NextZUS aplikacije...

Vase misljenje?...

Stvar je vrlo jednostavna.

Taj tvoj novi IS treba da ima opciju imoport txt elektornske fakture. Na taj nacin importujes sve dosadasnje, ili par zadnjih, elektronskih faktura i imas kompltnu bazu sa pacijentima koji su vec prolazili.
Jasno je da uz elektronsko fakturisanje treba da imas i istovremenu evidenciju podataka za mesecne izvestaje lekara i medicinskih tehnicara jer se svi podaci ne mogu "ihvatiti" iz podataka neophodnih za fakturisanje.

Mozes mi pisati na [email protected] i poslacu ti jednu slicnu verziju programa sa stvarnim podacima.

Jel se ovaj forum preselio na drugo mesto?

Nadam se da nije. verovatno ljudi jos slave 1. maj pa Djurdjevdan pa .... A mozda i, malo verovatno, svima sve radi kako treba.

Pozdrav

Jedno pitanje....

Da li je moguce da nekim upitom ili mozda u samom programu izlistam samo cene lekova gde cene zaista ima. Mislim, da li su sifre lekova na bilo koj nacin drugaciji od cene usluga?

Lekovi su odredjeni sifarnikom VPP odnosno sifrom 062;LEKOVI U PZ, 071;LEKOVI U SZ, 075;LEKOVI ZA HEMOFILIJU itd. Kada uspostavis vezu izmedu sifarnika UslugaRZZO i Pozicija tamo gde je VPP 062 ili 071 itd. dobices sve lekove iz odredjene grupe. Lekova u PZ postoji 4414 u SZ 4409 ali su sve cene nula.

A cene su nula jer svaka ustanova ima svoju nabavku lekova koji ne moraju da imaju svugde i stalno istu cenu, tako da se cena ukucava pri knjiženju. E sad, ako su te cene kod tebe konstantne možeš ih uneti u samu bazu.

Inače šta se dšava sa cenama usluga kod konvencija. Navodno sada nešto šifre države i vid osiguranja neidu zajedno. Ovog meseca imao oko 10,000 din takvih osporenja, a ne znam šta da popravljam.

Ovo nema veze sa NEXT-om ali ima sa našim poslom.

Potreban mi je file ApotekaSQL2000.7zip vezano za knjiženje recepata Fondovskim programom koji održava g-din Raša Simić iz Somborske filijale.

Čoveku je komp u problemu pa ne može da mi pošalje. Moje kolege iz okoline su mi poslale ApotekaSQL2005.7zip ali meni je potreban baš ApotekaSQL2000.7zip. Iz nekih drugih razloga nemogu da menjam server na tom kompu gde se rade recepti, a korisiti se MSSQL2000. Ko je dobio CD od Raše, trebalo bi da ima na njemu.

Ako neko ima molim da mi pošalje na chips @ newbenet.co.yu.

Unapred havla.

POZDRAV!

I ovo pitanje nema puno veze sa Nextom ali bi ga postavio posto ima veze sa zdravstvom i informatikom.
Mozda je i ovo dobar trenutak da napravimo novi forum (mozda ovde na elitu) gde bi se resavali i drugi problemi iz zdravstva.

Moje pitanje se moze naci na http://www.elitesecurity.org/t261895 i vezano je za DICOM - Digital Imaging and Communication in Medicine.

Uh procitah delimicno,
Firma iz Borgrada je razdradila i uvela kompletan sistem ebidencije, elektronskog kartona, laboratorija, kompletno poslovanje doma zdravlja i bolnica u pripremi,
instalirano u Bosni u 5 ustanova i sve radi dobro . Fakture se unose tamo gde i nastaju na salterima , kod sestara i na odeljenjima.

Fakturisanje se radi automatski a sistem je vrlo slican sa Srbijom koliko znam .
Zaista smo zadovoljni .
Ako neko ima ineresovanja mozemo proslediti kontakt da vam se prezentuje dati sistem.

pozdrav.
[email protected]

Slobo, molimo Vas da nam pojasni nacin fakturisanja za sledece slucajeve:

1. Pacijent je iz Rozaja a lecen je u ZC Arandjlovac (na internom odeljenju bolnice u Arandjelovcu).
Fakturisano je u dinarima i ista vracena uz obrazlozenje da se ukupan iznos fakture predstavi u Eurima a ZC Arandjelovac nema devizni racun. Sta uraditi?

2. Pacijent je iz Komande garnizona Herceg Novi , takodje lecen u bolnici Arandjelovac (odeljenje neurologije). Kome i kako fakturisati usluge ?

Hvala unapred
Fakturna sluzba ZC Arandjelovac

Kmiro, posalji nam kontakt te firme iz Beograda.
Da li je to Bit Projekt (bit 011) dobili smo informaciju da oni imaju odlican softver za zdravstvene ustanove?
Pozdrav ZC Arandjelovac

Pozdrav svima,
evo prođe po godine a naš Neht nas još uvek zabavlja, sve je bolji i bolji
za svaki slučaj ja svog konja držim pored kompjutera jer znam da ću na kraju godine svih 12 faktura morati ponovo da nosim za naš divni glavni grad

šalu na stranu, drago mi je da ste se okupili na jednom mestu i da pokušavate rešiti problem
jedino što tu i nije trebalo biti problema da je sve urađeno kako treba

pozdrav iz Subotice

POMOĆ !!!

KAKO STE FAKTURISALI INTERLOKING, kad ga stavimo pod ostali ugradni materijal neće da prođe, a i zašto bi, xixixixixixi #$&%:#$&#$:

Da li neko/negde ima spisak lekova povezanih sa rzzo sifrom i JKL klasifikacijom?

Imam plan sortiran po JKL, a izvrsenje po rzzo siframa :|

Da li i vi imate RIL? Ili je otvorena nova tema, a ja ne znam...

Sta mu dodje RIL

Registracija Izabranog Lekara

http://www.dzkov.co.yu/node/44

Vidim da se nešto i ne lome da to zaživi, bar ne kod mene. Jesje, potpisao sam da su mi instalirali (khm, khm), i da to radi, al' nešto moji iz primarne pametno ćute, valjda zbog broja mesta gde to treba instalirati (ili zbog već nadrndanog personala kome se tovari još jedan posao na vrat). U svakom slučaju, dobio sam i fajl sa osiguranicima (divna promena, taman sam mislio da će morati opet sve da se unosi), ali ga još nisam nigde importovao. Ako je neko to već uradio, neka opiše proces.
I još jedno pitanje: zna li ko (ovo citiram moje iz komercijale, jer meni nije jasno šta im treba) "registarske brojeve za beogradske opštine" (ne verujem da se radi o registraciji na kolima, već nešto vezano za fakturisanje)?

registarski brojevi se odnose na preduzeca preko kojih su radnici osigurani, mi smo te brojeve pokupili iz naseg fonda ali ne sluzbenim kanalima jer je to poslovna tajna !????

POMOĆ, da li ima neko u txt formatu ili xls ili bilo kakvom sledeće podatke o lekovima:
jkl, atc, lista, zaštićeno ime leka, farmaceutski oblik, pakovanje i jačina

ako ima nek mi pošalje na mail [email protected]

tenks

Imas na site-u rzzo-a

http://www.rzzo.sr.gov.yu/inde...view&id=101&Itemid=173

Jel' izašla nova verzija RIL-a(koristim v1.1.4)?
Negde sam jednom nabasao na link za dl ali sada nema šanse da nađem, ako neko zna link za dl neka postuje.

Koliko ja znam, nije. Kuliraj, poslaće ti iz Fonda ako izađe, pa to je njihova obaveza (valjda). Btw, koliko dugo koristiš RIL? Da li si slao već izveštaje? Kako si importovao osiguranike?

Uh, nemogu da sakrijem odusevljenje kad mesecno odem na sajt za slanje efaktura i vidim ono cudo od dizajna. Pravi majstori na delu... zaista se nebi snasao da je to malo elegantnije odradjeno...

RIL koristim od sredine jula(17. tačnije, ako se ne varam) i pre par dana sam prešao na v1.1.6 i sve je ok za sada. Osiguranike sam importovao iz xml faja koji sam imao (dobio od matične filijale).
Sorry na kasnom odgovoru ,holiday............:-)
PoZZZZ.

Pozdrav kolege mučenici, slučajno naleteh na ovu temu, zanimljiva razmišljanja, i ja sam u ovim vodama ali od 1993 kada je mnogo toga počelo.
Sada mi je mnogo lakše.
Šteta što se ranije nisam ovde uključio.
Pozdrav.

Au, ili sam ja nešto debelo pogrešio u instalacijama RIL-a, ili nisam dobro pročitao user manual, ali ne mogu nikako da nadjem fajl koji se šalje... Jedini .XML koji mogu da nadjem je lekari_... .xml, ali aplikacija za pripremu i slanje mi stalno signalizira da nije ispravan fajl (ne na samo jednoj mašini). Zna li neko nešto o tome?

E, da: i ako uspem da pripremim fajl, gde ga šaljem? Koja beše adresa portala za slanje podataka iz RIL-a? (ili servera, ako su ga napravili)

Da sam sebe editujem, i sebi odgovorim (a možda i drugima koji gledaju ovaj forum), sve je ok. Šalje se upravo taj fajl, "Lekari... .XML". Ono drugo je aplikacija za kriptovanje samostalno napravljenih .XML-ova iz nekih ne-fondovskih programa. Dragana mi je pomogla (hvala joj).
Jedino je ostalo pod znakom pitanja da li može sa više servera da se linkuju fajlovi, ili se šalju odvojeno (ja imam nekih cca 9 servera).

Mislim da može.

Ima file RilUcitavanje.exe, Konekcija.udl i componente.dll

Sa konekcijom pristupiš MSSQL bazi i sa RILUcitavanjem ucitavas XML-ove u bazu. Predpostavljam da to tome služi.

Hvala, kolega, probaću.

I dalje mi nije jasno šta će im RIL, kada već imaju sve mesečne evidencije. A imaju i el.fak. Lepo mogu da vide ko koliko radi.

Ako neko kaže da je sve samo zato da bi zaposleni u fondovima/ministarstvima opravdali svoja radna mesta/plate, poverovaću samo ako imaju veću platu od mene (načelnik službe informatike zdravstvenog centra).

A nemaju, jel'te?

Sledeće je RIS - registracija izabrane sestre, pa RIČ - registracija izabrane čistačice, pa... Ih, ima još toga.

Pozdrav svima.
Moram priznati da su komentari vrlo zanimljivi i ne baš ohrabrujući barem kada se radi on Next aplikaciji i prelasku na SQL.
Zbog velikog broja računara koji sada rade duplo sporije probao sam da nađem rešenje ovde na forumu i recimo da sam stao na pola puta.
Konvertovao sam bazu odradio upsize, detachovao bazu prebacio je u NextZUS\Dat folder, odradio atach baze, koristio sam sledeću putanju C:\NexTZUS\App\NexTZUS.exe \\laptop /DB=NexTZUS.MDF /SQLEXPRESS=laptop.
Pokrenuo sam aplikaciju Next ali nemogu da ubacim osnovne podatke o ustanovi neprima nijedan jedini podatak (baza je pre konvertovanja bila napunjena sa svim podacima i šifarnicima) o čemu se radi nemam pojma pomozite ako možete.

Boban DZ Lazarevac

Pozdrav svima!

Kod nas je najveci problem sto kod unosa Inostranih osiguranika
unesete osnov osiguranja da je Ino a sifra drzave Srbija i to prolazi
kroz program.

Martin

DZ Backa Palanka

Da, to prolazi svima, ali će ti program na serveru RZZO-a to osporiti. Ako imaš puno takvih slučajeva, lepo napraviš jedan SQL upit i pre slanja pretražiš celu bazu odnosno opseg datuma i popraviš. Ili pustiš da ti ospori pa skineš XML fajl osporenja učitaš ga u neki XML pregledač da ti bude preglednije i popraviš greške pa pošalješ ponovo. Ili napraviš programče koje tisve to radi na jedan klik.

Huh, teško da ćemo ti ovako na daljinski pomoći, ali da napomenem neke stvari. Da li si napravio onaj mali ini fajl na svakom klijentu? pwd.ini fajl, u njega se upisuje lozinka, a putanja je:



C:\NexTZUS\App\NexTZUS.exe \\ImeServera /DB=NexTZUSSQL.MDF /SQLServer=imeservera\sqlexpress

Odnosno u tvom slučaju bi trebala da bude

C:\NexTZUS\App\NexTZUS.exe \\Laptop /DB=NexTZUSSQL.MDF /SQLServer=Laptop\sqlexpress

Ako si i MSSQL2005 nazvao po imenu serverea laptop. Odnosno kada se MSSQL2005 instališe on sam sebe nazove po imenuračunara\sqlexpress.

U svakom slučaju nadji KRILE-tove postove imaš negde na ovoj temi. Čovek je pridružio PDF fajl kako se sve radi. Doslovno ispoštuj korak po korak i to je to.

Još jedno pitanje. Zašto si ubedjen da će ti sada next brže raditi?

Načuo sam da se od 1.10.2007 menja način na koji se osporavaju fakture na serveru RZZO-a, naime nemoguće je bilo šta prikazivati zbirno.
Zna li neko nešto o tome?
Pozzz!

Pozdrav svima.
Da naravno napravio sam ini fajl sa lozinkom za (sa) nalog u SQLServeru međutim nisam imao uspeha.
Potražiću uputstvo pa ću vas obaveštavati u napretku ako ga uopšte i bude.
A što se tiče brzine pa nisam ni ja siguran ali vredi probati server je prilično jak a i ne koristi se nešto mnogo pa šta znam....... Računari sada rade strašno sporo i pored svih mojih napora da nešto uradim. Obaveštavaću vas pa ko zna možda bude bolje.
Potražiću od Slobe iz Bitimpexa baze za SQL možda sam ja negde pogrešio nije isključeno.
Nisam informatičar ali radim poslove informatičara u DZ inače sam lab.tehničar pa mi ne zamerite.
Hvala

Predlog za sve kolege u vezi RIL, pokrenimo inicijativu da se sve to odradi kroz isti program za fakturisanje kao što se rade i dnevne evidencije.

Da i ja pitam neku glupost!

Zna li neko, po kojim se principima osporavaju e-fakture za stomatologiju?

Imam ja u papirnom obliku uputstvo za osporavanje stom. usluga, mogu da skeniram doc. pa ti šaljem na mail.
Pozz!

..............ako ti još uvek treba, naravno?

Više bi voleo u elektronskoj formi.
Obećo je Chips da će potražiti fajl, pa ako ne nadje...

Da li neko koristi NexTFaktZU.exe ili (koliko vidim) svi govore o NexZUS-u?

Dr Miloš Rakić,
D.Z. Majdanpek

Doco, nisam ni mislio da ti papire šaljem na mail :-), rekao sam da skeniram (recimo pdf format).
Ako Chips već ima doc. u el. formi...........
Poz!

Ovo sto sam dobio od Chips-a, bas i nije to pa ... Hvala

Poslaću ti doc. sutra popodne, nije mi doc. na poslu.
Pozzz!

Nema mi pomoci... cekam da mi odgovore iz Fonda.

Odgovor je u šifarniku Pozicije koga imaš na Portalu

Znam, ali ne razumem odgovor i pitam se ko to u firmi treba da zna.
Osporenje 4096 Postojanje učešća kod pacijenta 2006991xxxxxx, Osnov KP 1810 i Vid osiguranja 511 a za uslugu 009029, ili
Osporenje 64 Osnov koriscenja prava za pacijenta 210699xxxxxxx, Osnov KP 1010 i Vid osiguranja 511 a za usluge 009127 i 009001.
PS podaci za osnov KP se slazu sa Fondovskim podacima,

A u kojoj službi su usluge izvršene.

Zna li neko pass za "InfoRZZO" str. na portalu?
Uspem da se log-ujem na portal ali na "InfoRZZO" str. nikako.

Ako su usluge izvršene bilo gde drugde a ne na stomatologiji to je razlog. Kolika je participacija naplaćena. Daj mi deo EF koji se odnosi na ovo.

Proveri mail.
Daj mi mail, ovde ne mogu da attach-ujem doc.

[email protected]

Hvala svima na pomoći. Malo mi je jasnije.

Ali nije mi jasno ovo!

Glasnik br 97 RS 26.10.2007
Pravilnik o utvrdjivanju cena zdravstvenih usluga za prevenciju, preglede i lečenje bolesti zuba i usta
...
Član 3
...
i stupa na snagu osmog dana od dana objavljivanja, a primenjuje se od 1.09.07
...

a rok za dostavu fakture za septembar je 15.10.

Prema dopisu RZZO, po novom cenovniku se fakturišu stomatološke usluge koje će biti povećane za oko 10% retroaktivno od prvog septembra, s tim što treba sačekati da cenovnik stupi na snagu.
Na portalu su otvorene ponovo pozicije za slanje fakture za stomatoloških usluga, tako da oni koji su već fakturisali septembar treba da izmene cenovnik stomatoloških usluga i da primene opcije retroaktivne promene cena od 01.08.2007, formiraju novu fakturu i da je pošalju za septembar.

Sorry ne od 01.08. nego od 01.09.2007.

Prijem fakture na sajt RZZO-a jeste vraćen, ali izgleda da ponovna kontrola još ne radi.

Ako neko iz RZZO-a čita ovaj forum, neka proveri.

Verovatno zato što još propis nije zvanično stupio na snagu, a treba da stupi 8 dana od objavljivanja u Sl glasniku (Br 97 od 26. oktobra 2007).

Kako da korigujem cene za septembar?
Kad ubacim novi sifarnik i rekreiram septembarsku fakturu vrati mi isti iznos?

Importuješ cenovnik
Raspotvrdiš Elektronsku fakturu pa je obrišeš
Raspotvrdiš fakturu pa i nju obrišeš
Onda u cenovnicima formiraš novi cenovnik sa datumom 1.9.2007
Preuzmeš cene RZZO u svoj cenovnik
A zatim ideš na retroaktivnu promenu cena

Cenovnik importovan i formiran novi od 1.9.2007., ja imam opciju rekreiraj paket - ali ona ne daje nove cene.
Nije mi jasno gde da raspotvrdim fakturu i elektronsku fakturu i kako da ih obrisem, program mi to ne dozvoljava a nakon brisanja paketa iz baze prilikom ponovnog formiranja dao mi je istu fakturu, sa starim cenama.
Kako da uradim retroaktivnu promenu cena, koristim NexTZUS 1.3.1,
Ako su to opcije u meniju programa ja ih nemam.

Verovatno radiš sa programom koja je besplatna varijanta dobijena od RZZO.
Ako ne onda imaš kad udješ u Cenovnicima pa F7 u Servisu - Retroaktivna promena cena.

Da, to je program koji je prosledjen od RZZO-a i to znaci da preostaje samo rucna prepravka septembarske i oktobarske fakture. Da li jos neko ima ovaj problem?

Nije valjda da u njemu ne postoji mogućnost retroaktivne promene cena kako u programu koji je legalno kupljen.

Pozdrav,
Ljudi, sve ovo vreme odugovlacim sa postavljenjem pitanja ali je doslo krajnje vreme. Na racunaru koji se nalazi na opstoj sluzbi (na salteru) imam problem sa importom nomenklatura Kad god krenem da importujem bilo koje sifarnike racunar se ukoci (podigne CPU na 100% i opasno se uspori) jedva da mogu da odradim ctrl+alt+del da ubijem NexTZus.exe. Ruku na srce odradim ja rucno import lekara, ustanova ali cim hocu neku bitniju stavku (a samim tim i obimniju) tipa VID i jos nesto on se tako zaglupi i nece. Samo da vam kazem da sve to bez problema prolazi na svim ostalim racunarima koji su i slabiji i sa vecim bazama i koji nisu reinstalirani godinu++ dana a na ovom koga drzim kao malo vode na dlanu nece. Mislio sam da je zbog verzije programa ali nije! Zadnjih par verzija se isto ponasaju. I kada je dosla ova 1.3.4 meni je puko film! Imate li neko racionalno resenje za moj prob? Pokusavao sam i sa reinstalacijom sistema i naravno sa frishkim nextzus-om ali NECE. Mnogo mi je bitno jer mislim da nije hteo da mi importuje nove fajl gde se nalaze cene usluga.

Unapred hvala, trebalo bi resiti ovaj prob do ponedeljka (ako je moguce)

Retroaktivna promena cene !

Malo sam se kasno pojavio ali rešenje za ponovno kreiranje fakture sa novim cenama je:

1. Imporovati novi cenovnik u program. U tabeli StavkaCenovnika se polje cenovnik postavlja na vrednost '000003' (kod mene jer sam tri puta importovao)
2. kreirajte novu tabelu Scen sa poljima uslugarzzo char(10) i cena float
3. select uslugarzzo, cena from StavkaCenovnika
where cenovnik = '000003'
4. dobijene rezultate treba ubaciti u tabelu Scen (update)
5. UPDATE StavkaCenovnika INNER JOIN SCen ON (SCen.uslugarzzo = StavkaCenovnika.UslugaRZZO)
SET StavkaCenovnika.cena = SCen.cena
6. Ostaje još samo da se ukupna vrednost pojedinačnih faktura izračuna (kolicina*cena)
7. update EFStavka set iznos = kolicina*cena
8. rekreirajte fakture koje treba praviti po novim cenama i to je to

Sori još jednom što se kasno javljam !!!

Odgovor za Dusana Misica

Upotreba CPU-a 100% je normalna. Program je i pisan da maksimalno koristi CPU.
Da li ste sačekali dovoljno dugo da se import završi ?
Česta je pojava da ukoliko se klikne mišem na formu aplikacije ili ako neki drugi prozor prekrije prozor aplikacije, aplikacija prestaje da osvežava progres bar, iako nesmetano završava posao.

Možete mi poslati bazu sa problematičnog računara na [email protected] da pogledam da li je problem do baze.

Retroaktivna promena cena je implementirana u NexTZUS verziji 1.3.2 od 06.10.2007. godine.

Pozdrav, Mitrović Slobodan.

Rešio sam da next bazu prebacim na SQL2000, server je instalisan. Imam problema da postojecu access bazu prebacim u SQLbazu.

Krile je jednom napisao:



Kod mene je problem sto mi je ova opcija Upsizing Wizard ne aktivna??? (siva)

Probao sam da iz sqlmenagera uvučem bazu iz accessa, ali se javlja error na 4 tabele. I kada se konektujem sa NextZUS-om stalno mi isponova traži da upišem generalije ustanove i te slogove gomila u tabeli Vlasnik, što mi je znak da bodem pravi server i pravu bazu ali nesto neradi kako treba.

Evo i sam sebi da odgovorim.

Kada sam access bazu konvertovao u verziju 2003 sve je postalo aktivno. Resen problem, sve radi.

ZNAČI NEMOGU DA VERUJEM!!!???

U NEXTzus-u za 2008. godinu dodata su dva polja, jedno pored usluga i cisto je informativno pored sifre usluge (ne upisuje u bazu) da li ona pripada leku, materijalu ili usluzi i druga pored datuma kod podataka pacijenta da li je stacionarno ili ambulantno lecenje. Ova drugas se upisuje u bazu.

Znači baza je izmenjena samo za to polje??? JAOOOOOO!

Knjiženje od 01.01.2008 pa do danas kada sam to sve instalisao ne važi samo zbog tog jednog polja, ili još bolje ako je neko čekao po instrukciji "novu" aplikaciju pa nije knjižio ništa?


Ne mogu a da ne kažem da mi se ovo sve čini kao ZAJEBANCIJA!

I što je najbolje moja ustanova NEMA stacionar, znači trebalo je samo dodati u postojećoj bazi (proširiti) za to A ili šta?

I primenuti samo novi EXE i rešen problem.

Bilo bi lepo da mi neko iz BITIPEXA odgovori, da li je sada moguće iz starog nexta sa F9 exportovati protokole iz januara, pa sa shift f9 učitati u novi. Da li će se podaci pravilno postaviti, a ovo polje ću automatski popuniti na A jer moja ustanova NEMA S.

Nije mi jasno čemu sve ove egzibicije, nova prazna baza, nove nomenklatura, nema više I10 diagnoze i ako ona u svim knjigama MKB-a postoji??? Zar nije bilo lakše proširiti postojeću tabelu za to polje i primenuti samo nove nomenklature i novi NEXTzus2008.exd . A ne ponovo instalacija pa da unosimo sve iz početka?

Prvi dan iskustva.


Kao prvo moram da pozdravim odvajanje šifarnika usluga po tipovima ZZ. Sada stomatolozi vide samo stomatološke, primarna primarne i sekundarna sekundarne šifre usluga u aplikaciji.

A šta mene muči.

Šifra dijagnoze je proširena sa još jednom cifrom, verovatno onom što se u MKB piše iza TAČKE.
Gospodo koja slažete ove šifarnike za NEXT, gde je šifra I10.0 ili I100? U MKB-u je još uvek ima.

Šifre usluga koje imaju idex M, materijali. Niko ništa ne objašnjava. Gde je šifra za vatu, gazu, kalikozavoj, iglu bez šprica??? Da li je ovo možda već uračunato u cenu usluge previjanja i recimo vađenja krvi pa ne postoji šifra? Ako je tako onda su ove usluge JAKO jeftine, odnosno kada se uzme realna cena materijala, usluga dođe džaba???

Za Gospodu iz Bitimpexa.

Moja next baza je u MSSQL2000. Do sada sam imao NexTZUSSQL.mdf (za 2007) i sada imam onu praznu od juče NexTZUS2008SQL.MDF

U NexTZUS2008SQL.MDF se knjiži od juče i za sada je ok (naravno sa stanovišta programa). Do juče su knjižili u NexTZUSSQL.mdf (za 2007).

Pokušao sam da iz programa NexTZUS.exe sa F9 exportujrm protokole u CAB (xml) koji se smešta u C:\NexTZUS\ExpImp\
pa da ga prebacim u C:\NexTZUS2008\ExpImp\ i da ga odatle importujem sa SHIFT + F9 u NexTZUS2008.exe i kao takvog da mu naknadno dodam nono A, prepravim šifre dijagnoza i eventualno neke šifre usluga popravim ili dodam.

AVAJ nije uspelo. Pri importu NexTZUS2008.exe aplikacija mi dobije one kose crte (tarabu) i otvori se prozorče NexTMTVC sa porukom Run-time error '13': Type mismatch i još jedan isti prozor Run-time error '440': Automation error.???

Najinteresantnije je što ako probam da CAB fajl učitam u NexTZUS2008.exe sa ACCES bazom učitavanje uspe??? A tu isu Acces sam konvertovao kao i predhodnu u MSSQL2000 kada je bila prazna???

Ako BITIMPEX ima odgovor na ovo ili neko od Vas koji su uspeli da prokljuve u čemu je štos. Proverom polja u tabeli i vrste promenljive nisam našao ništa što bi mi se činilo da smeta onom Type mismatch

I što je još gore, kada sam uspeo da importujem u NexTZUS2008.exe sa ACCES bazom uradim tu prepravke exportujem ga odatle i probam da ga importujem u NexTZUS2008.exe sa NexTZUS2008SQL.MDF bazom dobijem iste poruke.

Otuda zaključujem da ću možda imati isti problem pri učitavanju iz drugih udaljenih servera (ambulanti po selima).

Menjao sam i TAG-ove ali isti problem.


AJMO LJUDI HELP! Vreme ide. da ljudi neknjiže ponovo od 01.01.2008.

Čita li neko još ovaj forum???

Imam sreću pa ne koristim ovaj divni "program"



Samo pitanje :

Da li to znaci da nemate podatke o vec unetim pacijentima iz prethodne godine ?

Imaš export osnovnih podataka o pacijentima iz stare baze i moze se importovati u novu. Ali meni netreba samo ovo već i deo usluga knjiženih u staroj bazi od 01.01.2008 do 23.01.2008.

Imam podatke o pacijentima, NEMAM USLUGE ZA NAVEDENI period, a imao sam ideju da ću to moći odraditi sa postojećom opcijom F9.

Pa se sad ne bojim samo za taj deo već kontam da neradi kako treba pa neću moći na kraju meseca da importujem podatke ni iz udaljenih ambulanti.

Moji su ažurni, rade marljive pčelice. Skoro da smo ažurni u dan. Mislite da ću im instalirati novu verziju, i obrisati sve što su za ovih 25 dana radili? Bolje da dam otkaz odmah.
Naravno da bi najbolje rešenje bilo da su na portalu napravili interfejs koji će prepoznati verziju programa iz koga se šalje, pa da sam lepo konvertuje, pa tek onda da nam daju novu verziju - ali ne 20.-i-nekog-februara.

U udaljenim ambulantama gde je stari next radio i dalje sa access 97 bazom sam bez problema prebacio sa f9 i shift+f9 podatke za prvih 25 dana u novi next sa takodje access97 bazom. Sada ce samo protrcati i popraviti dijagnoze i dotdati ono A ili S. Usluge su u glavnom iste, najviše se razlikuju kod patronaže (babica), ovo su rekle moje vodeće sestre-primarna je u pitanju.

Problem je što to isto ne mogu da uradim u verzijama baza koje su konvertovane prvo sa acessa97 na 2003 pa odatle izvezene u mssql2000.

Niko se još iz BITIPEX-a ne javlja na forum???

A ni iz RZZO-a da objasni ne doslednost šifarnika i MKB-a.

E sad ima polemike oko onog A i S, neko kaže da se to ne odnosi na ustanovu već da li je pacijent posetio lekara po povratku iz STACIONARA ili je došao od kuće onda je AMBULANTNO ??? HAHAHA igramo se žmurke. Niko ništa ne objašnjava. Samo će na kraju biti OSPORENO.

Direktor naše filijale je pre nedelju dana poslao pismo da se knjiženje usluga obavezno radi PO pACIJENTU KAO I LEKOVI KAO I MATERIJALI. (skoro sam 100% siguran da ni njemu nije jasno šta to znači).

MATERIJALI pojedinačno? Pa dobro da uymemo neki prosek pa da VAtu, Zavoje tufere i ostalo nekako i podelim pojedinačno, ALI ovi materijali nemaju svoju šifru u novom NEXTU??? Neka mi nekažu samo da su ti materijali uračunati u cenu usluga jer onda ispada da ljudi rade za džaba!


@gloyer, u čemu su tvoje baze?

@chips
(dobro jutro, tek sam stigao na posao, pogledaću danas, ali mislim da su u '97, bar većina...)

Raduje me što bar na '97 radi import/export. danas ću probati, pa ću se javiti sa rezultatima.

Dobar dan svima.
Da li je neko uopšte primetio izmenjene Dg.
Pa ljudi to je suludo! Ko još menja dijagnoze koje su Medjunarodna klasifikacija bolesti!?
I neka mi neko objasni ko će imati petlju i stati pred lekare u celoj Srbiji i reći da Evropa nemam pojma, mi imamo nove dijagnoze...
Dijagnoze su tako postavljene da je za njihovo utvrđivanje isključivo potrebna poseta sekundarnom nivou...
Npr.
I119;Bolest srca kod povišenog krvnog pritiska bez nedovoljne funkcije srca;Morbus cordis hypertensivus sine insufficientia cordis
I120;Povišen krvni pritisak bubrežnog porekla sa nedovoljnom funkcijom bubrega;Hypertensio renalis cum insufficientia renis

Za ove dijagnoze je potrebna konsultacija višeg nivoa. Jel to znaci da ce pacijenti iz Domova odlaziti na sekundarni nivo, a sa Dg. 0000???
nema čak ni suspektno...

Slova A i S se podrazumevaju prema tipu ustanove. tačno se zna prem ustanovi koji tip usluga pruža.
Polje sa slovom T oduvek postoji, a polje kod usluga je već klasifikovano prema tipu: usluge, materijala ili lek... I imbecil zna da gentamicin nije usluga nego lek...
Čemu sve ovo???

Neko "gore" zaradjuje svoju platu. Eto chemu. 13 godina sam u zdravstvu, i nikada ni jedno sistemsko reshenje nije bilo chak ni na pomolu. A jedino shto nam treba, to su sistemska reshenja. Kao bankomati. Ili fiskalne kase. Ali, neee...

Ja samo znam da sam ja informaticar i nemam nameru da stanem pred 400 zdravstvenih radinka i objasnjavam (tj. ne znam sta bih im objasnila) im da je neki tamo genije odlucio da se igra cika doktora, i smislja dijagnozu zipa:

Y024;Nasilje guranjem ili stavljanjem žrtve ispred predmeta u pokretu-ulica i autoput;Nasilje guranjem ili stavljanjem žrtve ispred predmeta u pokretu-ulica i autoput ili

Z632;Neodgovarajuća podrška porodice;Neodgovarajuća podrška porodice ili

Z886;Lična anamneza o alergiji na analgetike;Lična anamneza o alergiji na analgetike...

Cisto da podsetim, anamneza spada u prvi, odnosno kontrolni pregled i obuhvata mnogo siru anamnezu od ove, sto opet nema veze sa Dg...
Ovo je pravi nacin ubiti pacijente...

Ovde vazi parola: zasto jednostavno, kad moze komplikovano!

Ima tu još jedna stvar. Program za fakturisanje recepata ima svoj šifarnik koji je da kažemo ispravan. Zašto poseban tim za šifarnike u RZZO-u nije taj isti šifarnik dijagnoza primenu i u NEXT-u.

Recimo da pacijen ima I10.0 koja za sada ne postoji u NEXT-u, a postoji u programu za recepte, šta se onda gde piše, ko vodi računa o tome. Ako se pogrešna šifra upiše u program za recepte, takav neće proći kontrolu.

SVE U SVEMU mislim da ova pitanja postavljamo na pogrešnom mestu, jer BITIMPEX nije odgovoran za šifarnike, već tim u rzzo-u koji ga ažurira. JA se iskreno nadam da će ga uskoro popraviti i prepraviti.

Ono što BITIMPEX treba da uradi je da nam namesti redovan F9 i SHIFT+F9 i u načinu rada sa MSSQL bazom.

Ako čitaju sve ovo molio bih gospodu samo da nam bar ovde na forumu napišu kada će to biti.

Moj kolega se "pravio lud", pa je .mdb iz prethodne verzije jednostavno iskopirao u novonapravljeni folder, i uradio fakturisanje. Posle letimičnog pregleda eksportovanog fajla, ukapirali smo da iza šifre filijale sada, umesto ";;" stoji ";;;" (naravno, tu ide A ili S). Find/Replace bi nam odradilo posao (pošto imamo odvojeno fakturisanje primarne i sekundarne ZZ), ali na portalu nije još otvoren januar, pa ne možemo da proverimo.

Da napomenem, isto se dešava i u slučaju F9/Shift F9 (@chips: znači, radi i sa Office 2003, ne samo sa 97).

Btw, posle silnih muka koje smo imali sa slanjem faktura putem sporog DialUp-a, kupili smo ADSL koji fakture šalje brzinom svetlosti. I šta se dešava? Opet čekamo na obradu. Gde beše ona famozna farma servera?

Možda kada export izvršiš iz access2003 baze pa import radiš u access2003 bazu, a evo mojih iskustava i potreba:


1. Kada izvršim export podataka iz MSSQL2000 baze u kojoj je "stari" januar (prazna baza u accessu97 konvertovana u access2003 pa uvucena u mssql2000 i onda iz starog nexta i stare MSSQL2007 sa f9 export i import u nju sa shift+f9
, tu dodato slovo A i "popravljene" dijagnoze na 4 karakterne) pa hocu import podataka u novu MSSQL2000 bazu u za 2008 koja počinje od 21. januara (dobijena konvertovanjem prazne access97 baze u access2003 pa takva uvucena u mssql2000 gde su pocela knjiženja od 21 januara, da se ne bi čekle ove prepravke prvo, a isto mi se dešava i ako donesem export iz udaljenih ambulanti gde su access97 baze) dešavaju mi se sledeće greške:


obratite pažnju na bar liniju koja teče pri import - ništa
pa zatim ide poruka:


2. Kada ovo isto radim ali export iz MSSQL2000 i import u access2003

ide sledecim tokom:

Obratite pažnju na plavu liniju-bar i u bazi se stvarno pojavi određen deo podataka
I nema ove druge poruke.

Kada u oba slučaja kliknem da zatvorim ovaj utarabljeni next dobijem sledeću poruku:



Kada sam ovo radio sa bazama u u accessu97 u udaljenim ambučlantama nisam imao nikakvih problema.

3. Ja i dalje nemam rešenje da sa F9 importujem podatke (pokušao) iz tih udaljenih ambulanti gde je next sa accessom97 u glavni server u matičnoj ambulanti gde još 31 odeljenje zakačeno za njega i gde je next sa MSSQL2000 bazom. Dobijam iste greške kao u slučaju 1 i 2.


PA BITE HAJDE POMAGAJ ILI SE BAR JAVITE I KAŽITE NEŠTO!

A što se tiče šifarnika mislim da se obraćamo na pogrešnu adresu. Bitimpex ne razvija i ne priprema šifarnike već tim iz rzzo-a.

Ljudi , vreme je za jednu revoluciju!!!
Istine radi Bit Impex zeli monopol nad svim zdravstvenim centrima !!!
Onaj lik iz RZZZO-a Randjelovic je ustvari covek koji je radio u BITIMPEXU !!!!!!!!!!!!!! Samo da se zna!!!!!!
Pa ljudi oni nas teraju da kupimo njihov program i to u full izdanju koji su doradili i cekaju svaki pocetak Nove Godine da ljudi puknu i predju na njihove legalne programe !!
Dajte da se organizujemo i da za pocetak uputimo svi po jedan mail tati Tomici, Dagovicu i extra liku Randjelovicu !!!
Pozdrav Slobodan

@riszta
Fokusiraj se na problem sa slanjem faktura. Da li si instalirao novu verziju? Napravio import? To nas na ovom forumu interesuje, a ne ko za koga radi. Uostalom, kada već pominješ legalni software, molim da dignu ruku oni koji imaju ijedan legalan Windows, Office, pa i ACDsee...

Novom NexTZUS2008 aplikacijom bice omoguceno DELIMICNO importovanje faktura koje se odnose na 2008.godinu.
Podatak o vrsti lecenja 'A' ili 'S' nije moguće odrediti na aplikativnom nivou, vec ce se obezbediti servisi za masovnu popunu ovog obelezja (nekoliko varijanti koje ce obuhvatiti pretpostavljene varijante unosa podataka od strane ustanove).
Ne komentarisem prijavljene pokusaje prenosa podataka iz stare baze u novu, jer NexTZUS2008 aplikacija u startu nije ni namenjena prenosu podataka, obzirom da je zavrsena davno pre 01.01.2008. godine (istini za volju i nije bilo mnogo prepravki proslogodisnje verzije).

Kada se objavi novija verzija NexTZUS2008 programa, na ovim stranicama cu objaviti uputstvo za prenos podataka iz 2007 godine.

Trenutno je varijanta instalacije sa inicijalnom bazom skinuta sa linka, obzirom da RZZO jos uvek sredjuje sifarnike.

Tokom sledece sedmice ce NexTZUS2008 biti dopunjena i objavljena, nadam se sa kompletnim i sredjenim sifarnicima.

Pozdrav, Mitrovic Slobodan.

@Mitrović

Pozdrav Slobodane, svaka čast, ti si se jedini javio u vezi fakturisanja 2008. I nisam se ja ni bojao da nećeš rešiti problem sa exportom i importom. Ali....

Stvari stoje ovako, ja nisam imao nekih problema da podatke prebacim iz 2007 u bazu 2008 dok je ona bila na nivou accessa97. I ono A i S sam u accessu lako dodao u sve polja . Problem nastaja kada sam tu bazu konvertovao u access2003 pa je takvu uvukao u MSSQL2000. Sada ne mogu da podatke iz udaljenih ambulanti koje su ISTO u novoj bazi od 2008 sa sve ono A i S sa shift + F9 spojim sa matičnom bazom. Ynači obe baze su nove kreirane od prazne baze sa portala.

Nadam se da se sad razumrmo. NIJE PROBLEM 2007-2008 PROBLEM JE 2008SQL - 2008 sve jedno koji oblik baze.

Pitanje: Kada će biti verzija NEXT-a sa MSSQL bazom operativna 100%? RZZO ima dve aplikacije koje se vrte po ustanovama, RIL i program za recepte. Oba se naslanjaju na MSSQL. Zašto BIT i dalje razvija NEXT na ACCESS-u.
I kada NEXT ne radi u mreži, bolje i brže radi sa MSSQL bazom, pogotovu kada pregazi polovinu godine? Probano u praksi.
Molim te nemoj samo onu teoriju o malim ustanovama, jer moja ustanova je mala a ima 39 odeljenja sa 300-500 pacijenata dbnevno. Staračka opština, šta da se radi. KAd zazimi aj svi u DZ. :-)


@ostali

ima novi šifarnik od 29.01.08 na portalu rzzo-a, Primetio sam da sada ima dijagnoze i sa tri i sa četiri karaktera. Znači postoje SVE šifre MKB-a


@kreatori šifarnika

Kada knjižimo ampule i vakcine cene su date u napred ??? (a u praksi baš i nisu svugde iste) i to kao cela kutija, a pacijentu se često daje jedna dve. MA ne često uvek.

Pa onda sestrice knjiže tako što decimalno kucaju komade. To i nije tako teško ako su kutije od 10 komada. 0,1 x cenavkutije = cena jedne ampule, ali je problem kada je recimo tri ampule, a kutija od 25 komada. 'Ajmo priznajte sebi koliko Vam vremena treba da to preračunate. Aaaaa kalkulator, samo im još to ne dostaje na stolu. Na windowsima? Pa jedva ubodu ikonu od NEXTA, a ne da ih nateram da pronadju calc ili da ga podižu svaki put iz tray-a pa još kad bi mogli copy-paste..... hm.

U čemi je problem da se ove cene napišu jedinično i zašto ustanove moraju (ako moraju) da poštuju ove cene, a stvarno ih nabavljaju po (možda sličnim) drugim vrednoostima.



Ne ide mi u glavu da nam BAŠ niko nadležan ne govori nikakva pravila već nas dovode pred svršen čin i to sa zakasnelim šifarnicima i polu operativniom verzijom programa. Ljudi što ne kažete par meseci u napred, a ne da mi prepravljamo podatke, pa tamo, ovamo samo da bi stigli da predamo fakture na vreme.

Da nema Slobodana, baš ništa ne bismo saznali. Mislim, BIT će rešiti aplikaciju, ona će raditi ali ova pravila koja se menjaju na svakih par meseci??? ili za svaku novu godinu sa zakašnjenjem samo ukazuju na jednu veliku NEOZBILJNOST, odnosno na omalovažavanje nas ostalih. Ako grešim (a iskreno bih voleo) neka nam se već jednom neko officijelno javi i kaže: Program se koristi tako i tako, do tog datuma, dok nebude gotovo ovo i ovo, onda radite to i to, obratite pažnju na to i to, cene se sad pišu tako i tako. Ne znam što je to toliko teško? Zašto uvek imamo problema u komunikaciji baze i vrha?

Eto recimo niko se nije udostojio da objasni čemu služi A i S i u kom kontekstu se ono menja. Već sam o tome pisao u jednom postu.

POZDRAV!

gloyer
Branislav Gloyer
Vrsac

Fokusiraj se na problem sa slanjem faktura. Da li si instalirao novu verziju? Napravio import? To nas na ovom forumu interesuje, a ne ko za koga radi. Uostalom, kada već pominješ legalni software, molim da dignu ruku oni koji imaju ijedan legalan Windows, Office, pa i ACDsee...

Postovani "Nextovci" i Branislave: - Kao prvo ne vidim problem sa slanjem faktura jer je to RZZZO bar malo ubrzao. Ali moj dragi Branislave kako da dodjes do zipovane txt fakture koja nema gresaka i siguran si da je nece osporiti????
I to sve zahvaljujuci ljudima koji pred svaku Novu godinu malo zakljuce da im se program slabo prodaje!!!
RESENJE = AJDE DA IZMISLIMO NEKO POLJE S/A jedno informativno polje (cisto da ne kazu da je samo to izmena) i ubacimo foru sa tri/cetiri cifre dg !!!
I ETO PROBLEMA
Tamo gde ljudi samo fakturisu u BESPLATNOM Bit impexovom programu (10 racunara) i prezivi se nekako osim sto im je jako tesko objasnjivo zasto sada nemoju svoju evidenciju o pacijentima koju su imali u predhodnoj godini (ove godine smo to izbegli punjenjem mdb baze lokalnih osiguranika)
E sad NAS problem je sto ti kada kazes "lokalnom" programeru (24 racunara) treba da se doda par polja u njegovom programu to EXTRA KOSTA i jako dugo traje!!! Negov program se koristi zato sto na salterima stampaju upute/recepte/izvestaje/obrazac za bolovanje itd itd
E ako je ista dobro imam programcic koji mi skupi sve fakture kroz mrezu+donete sa lokaciski udaljenih racunara i spoji u jednu veliku MDB bazu koju istestiram ispravim greske kojoj posle pristupis i kreiras pakete za slanje.
Ja sam instalirao verziju 2008 na racunarima gde nisu fakturisanje usluge u januaru postavio bazu na server i oni su krenuli sa radom ali tamo gde se jos uvek radi januar tek planiram da instaliram 2008 kada zavrse i u predhodno kreiranim fakturama po starom ,dodam famozno s/a !!!

Stvarno ne znam da li ti imas problema kada im sine neka "egzibicija" ali ja se izlomih (sam sam u celom ZC)
Primer: Jutros sam otisao da zamenim sa 2008 u ATD-u gde se na Bit Impexovu bazu oslanja i baza jednog programa za plucne bolesti i kada sam zavrsio bit impex radi ali ne i program za pb. Program je radila jedna softverska kuca u VALJEVU!!! Posle x na n kombinacija po data sourcesu (podaci o pacijentu putuju od saltera prema rendgenu od rendgena prema salteru pa prema doktoru a odatle ponovo na bitov program) program je proradio.

E a sto se tice legalnog softvera najvise bih voleo da svima "bane" CBA i pokupi sve racunare iz svih ZC-a pa posle toga nek Ministarstvo Zdravlja vidi da li im trebaju podaci ili ne !!! A koliko ovih dana cujem EU trazi ne samo zbirne vec i 15 vrsta raznih drugih izvestaja !!!
Pozdrav Slobodan Ristic
Arandjelovac

Meni bi onda ostalo nekih 11-12 računara, jer toliko imam legalnih windowsa. HAHA

Da li neko zna da li ej onaj dogovor pokojnog Đinđića i Microsofta još uvek aktivan ili to više ne važi?

Vidi riszta, proneme u programu je verovatno tražio neko iz RZZO-a, da li je razlog da zaradi neko pare ili nije mi to ne znamo i ne možemo olako optuživati nekog. Druga je priča da smo sve to mogli i mi infosi iz zdravstva da napravimo, ali nije na nama da to sad isterujemo. Što se tiče naslanjanja drugih programa na NEXT-ovu bazu, ja tu nikada nisam imao problema. Napravio sam program sa kojim sam radio brze ispravke grešaka koji moji ljudi načine pri ubacivanju podataka i program sa kojim sam radio one famozne mesečne izveštaje i bez problema sam ga prilagodio novoj bazi. Više imam problema sa samim NEXT-om:-) Kada se pristupa bazi uvek se treba vezivati za naziv polja, a ne za poziciju polja u tabeli i nema problema dokle god to polje postoji u tabeli. Mogu da dodaju još hiljadu polja, nema veze. Tako da prepravka tog drugog programa ne sme da bude toliki bauk, sem ako i ta druga kuća nije uvidela priliku da debelo "zaradi" na tvojim mukama.
U ostalom BITIMPEX je razvio bazu i uz nju svoj program uz dogovor sa RZZO gde sigurno nije spominjano lepljenje ostalih programčića i to bez njihovog znanja, a da li u tom dogovru sve legalo nije na nama da polemišemo, postoje nadležne institucije pa neka se bave sa tim problemom. Na nama je da nam NEXTzus odradi posao što bolje i da izvučemo što više iz njega.

BITIMPEX je prošle godine izašao u susret svima koji su hteli da se njihova baza vozi na MSSQL, tako da mislim da će i sada otkloniti sve nedostatke ili nas uputiti kako da i ove godine vozimo next na MSSQL. Sloba se već javio i tražio od mene baze što je znak da je BIT ipak spreman za saradnju. Po meni su više krivi za javašluk oko ovog programa u RZZO-u. BITovci samo programiraju šta im RZZO naloži, ništa više i ništa manje.

_{[Ovu poruku je menjao chips dana 02.02.2008. u 03:10 GMT+1]}

OK mozda sam malo preterao ali bih isto tako voleo da se javi i neko iz RZZZO-a i da nam objasni cemu izmene i ciljeve ovih promena!!!
Ja ne vidim ijedan drugi logican razlog ovih izmena ali ok u pravu si to se nas ne tice.
Mislim da problem sa komunikacijom na relaciji RZZZO-a Zdravstveni centri jako los tjs. nikakav (kako to vec neko rece)
Sto se tice Slobe iz BIT Impexa vidim da je covek OK iz ranijih postova i da je dosta puta tokom 2007-e objasnjavao tekuce probleme sa softverom ali se bojim da je on jedan jedini koji ima iole sluha za problematiku!!!
Pozdrav

Trenutno, 04.02.2008. godine, me interesuje samo ovo: da li da uzmem službeni auto i obiđem udaljene lokacije (cca. 100km vožnje i ceo zgubi-dan), i sakupim podatke, ili da sačekam novu verziju aplikacije? I drugo, da li da ljudi i dalje fakturišu, da ne bi bili u zaostatku, ili da i oni čekaju?

Što se tiče RZZO, njihovi razlozi me odavno ne interesuju, jer ih nikada nisam ni shvatao, niti mogao da utičem na njih.
Eto samo primer kvota - odrežu ti pare, pa ti napravi plan potrošnje, ali sa osvrtom na potrošnju u prethodnoj godini (ali to je sada Off-Topic, pa neću o tome).

Ooooooooooooooo, ekipa!
Duuugo nisam otvarao ovaj topic, jer je i ono pre bilo takvo smaranje da...
Ništa se nije promenilo. Vozim i dalje ovaj Nextov app sa accessom97 na nekih 50tak masina, jednom mesečno obilazim sve ambulante, skupljam, sabiram i oduzimam. Iskreno, kada je počelo, mislio sam da će se naći neko rešenje, ali sada...
I dalje legalni win izbacuju gresku, kada se protera setup za 2008 godinu, system files changed, insert instalation CD, super nešto.
Koliko sam vremena proveo pokušavajući naterati app da radi sa sql om, mogao sam komotno završiti naki microsoftov kurs, pa dobro može i nešto drugo.
No dobro. i dokle se stiglo?
Kažu u rzzo-u da Ranđelović više ne radi na el. fakturisanju nego neka... A nije baš upućena, pa valjda će biti... Sve bolje od boljeg.
Istini za volju, ovu godinu sam proterao sa Nextom bez nekih problema, a sada opet razmišljam da promenim "providera".
Sve mi se čini da ovde gubimo puno vremena, jer se ništa ne rešava.
Najbolje da će neko iz fonda ovo makar i pročitati, a kamoli na naše zahteve otrčati kod direktorice, "eno oni se bune!".
Bole njih...
Makar bili 100 puta u pravu. A možda mi nismo u pravu. Možda baš treba svaki čas da se menja struktura baze. Ako je tako, predlažem i češće, svaki mesec neka dodaju neko polje. Kada im ponestane ideja, onda nek menjaju nazive polja, pa tabela, pa nek ih ukidaju. Za bezobrazno veliku platu, lično se preporučujem za taj posao. Od uvek sam se pitao zašto mala grupa ljudi zaj..va veliku. Osećaj mora da je toliko dobar, da treba probati!

Cenim, i pozdravljam sve koji godinu dana pokušavaju da isprave krivu Drinu. Ekipa, Drina je kriva, pa kriva.
Čuvajte zdravlje, idite na pecanje, planinarite, zevajte, lapite. To je recept za lagodan život!

Izvinite svi, nije baš in topic, al' čoveku nekad dođe.

Pozdrav svima!

Pozdrav svima.
Nisam se dugo uključivao u ovu raspravu, ali vidim da se RZZO opet ponaša kao i početkom prošle godine kada smo na skupu u BG tražili da nam nikad više ne šalju da nešto radimo retroaktivno i polovično.
Ovo nema smisla.
Kod mene nismo ni prihvatali da menjamo MKB šifre, već smo radili sa celim šiframa.
Mislim da će biti problema sa primenom novih šifarnika RZZO iz kojih je izbačeno mnogo šifara za lekove a ubačene su cene na kutije.
Valjda ćemo naći neko rešenje.

Usput kolege ovih dana smo imali žestoke probleme sa raznoraznim pristupima računarskoj mreži od strane korisnika koji su donosili muziku i slike na svoja radna mesta preko CD-a ili USB-a usput i sa virusima.
Blagovremeno to čistite inaće mogu biti ozbiljni problemi sa podacima.
Pozdrav.

Mislim da je situacija sazrela da Nas ponovo sazovu, ali ne kao prosle godine u BG vec negde na Kopaonik ili slicno na par dana.
Pa da "pristupimo" resavanju ove problematike.

Srvarno bi mogli na par dana negde da nas zovu. Ionako oni stalno održavaju neke njima znane seminare.
Usput, danas vidim da im portal još ne radi za prijem faktura, ili su opet menjali nešto a zaboravili da jave.

Novo u NexTZUS verziji 1.0.1
07.02.2008
1. Import podataka za 2008. godinu iz baze 2007.godine i setovanje obeležja vrsta lečenja
2. Moguće je izvršiti eksport više protokola-evidencija odjednom. Kandidati za višestruki eksport su samo zatvoreni protokoli. Tipkom F7-servis sa protokola-evidencija izabrati Eksport podataka i isplusirati željene protokole, odnosno izminusirati neželjene i pritisnuti tipku F1
3. Retroaktivna promena cena više protokola-evidencija odjednom. Nadam se da neće trebati. Tipkom F7-servis sa protokola-evidencija izabrati Ažuriranje cena...
4. Renumeracija brojeva protokola tako da počinju od 1 (željenog broja).
5. Na pregledu kreiranih paketa dograđena funkcionalnost F6-Pregled osporenja za šta je potrebno downloadovati datoteku sa osporenjima (.XML u .CAB-u) i pokazati je programu
6. Tipkom Ctrl-S sa pregleda kreiranih paketa dobija se FileSave dijalog boks za kopiranje konkrentog kreiranog e-paketa.
7. U naslovnoj liniji programa se pojavljuje DBTag. Promena DBTaga je moguća kroz Servis...Promena DBTag-a



Uputstvo za preuzimanje podataka koji se odnose na 2008. godinu iz baze za 2007.godinu

Počevši od verzije 1.01 NexTZUS aplikacija ima mogućnost delimičnog importa podataka iz baze za 2007. godinu, a koji se odnose na 2008. Kriterijum izbora podataka je obeležje 'Datum do' na poseti pacijenta, bez obzira na 'Datum od'. Sve posete kod kojih je 'Datum od' veći ili jednak 1. januaru tekuće godine se zajedno sa pripadajućim protokolima prenose u novu godinu. Nebitno je da li je zdravstvena ustanova već evidentirala neke podatke u novoj bazi. Podaci evidentirani u novoj bazi se ne brišu.

Redosled koraka:
1. Instalisati NexTZUS verziju programa 1.01
2. Baza podataka mora biti baza za 2008, a ne prekopirana baza iz 2007 i td.
3. Pokrenuti Servis...Import podataka iz prošlogodišnje baze
4. Na ekranu Tip izvora podataka inicijalno je popunjeno Microsoft Access

Ukoliko je baza 2007 na SQLServeru, strelicom na dole se pozicionirati na adekvatnu stavku i pritisnuti plus (+) na tastaturi.

5. Pritisnuti tipku F1.
6. Na ekranu .MDB izvor podataka (ukoliko je Tip izvora bio Microsoft Access) treba popuniti putanju do .MDB fajla baze prošle godine – baze iz koje se vrši import. Inicijalno je putanja popunjena na uobičajenu vrednost. Ukoliko je ZU preimenovala bazu, smeštala je u drugi folder i td. Moguće je tipkom F4 na putanji dosegnuti do adekvatne putanje. Polje Password je opciono i koristi samo ako je ZU postavljala password na bazu (obično nije, pa to polje ne treba popunjavati). Korisnici sa SQL server bazom prošle godine dobijaju vrlo sličan ekran, s tim da popunjava ime instance SQL servera, ime prošlogodišnje baze i opcionu lozinku za 'sa' login.

7. Nakon korektne popune podataka pritisnuti tipku F1. U svim nespecifičnim slučajevima sledeća poruka je izveštaj o uspešnom importu npr.

8. Program odmah nudi i opciju da se prepišu i matični podaci o osiguranicima iz baze za prošlu godinu.

9. Tokom importa, svi lekari koji su se pojavili na stavkama pružene usluge bilo iz prošle ili iz tekuće godine se proglašavaju lekarima konkretne ZU i parametar UpotrebaSifarnikaLekara se postavlja na vrednost 2. To znači da će se tipkom na F4 pri evidenciji pružene usluge na izboru imati samo lekari kod kojih obeležje Ustanova odgovara šifri konkretne ZU. Potrebno je pregledati šifarnik lekara i svakom lekaru koji bi se trebao koristiti u evidenciji pruženih usluga pridružiti šifru ustanove. Alternativa je da se u opštim parametrima promeni vrednost parametra UpotrebaSifarnikaLekara na 1.
10. Nakon završenog delimičnog importa program proverava da li sve fakture imaju obavezno polje vrsta lečenja.

Zadavanje obeležja vrsta lečenja se može vršiti sa nivoa Protokola-evidencije.

Moguće je odabrati više protokola koji će biti tretirani uniformno plusiranjem (tipkom plus +) konkretnog protokola, odnosno Ctrl-Plus (kontrol plus) za izbor svih protokola. Ukoliko se plusira pogrešan protokol, treba na tom protokolu pritisnuti minus (-). Nakon plusiranja željenih protokola pritisnuti tipku F1. Zatim treba popuniti konkretnu vrstu lečenja A ili S

Ukoliko je ustanova manuelno evidentirala neke fakture i njima pridodala adekvatnu vrstu lečenja koja ne podleže pravilu ostatka protokola, moguće je izborom opcije N na pitanje sačuvati evidentiranu, potencijalno drugačiju vrednost. Ukoliko se kao metod popune odgovori sa F, svim fakturama će biti zadata odabrana vrsta lečenja.

11. Moguće je uraditi renumeraciju protokola tako da brojevi protokola kreću od 0001. Renumeracija se izvodi za one protokole koji su trenutno na ekranu (Filterom – tipkom F12 može se postaviti filter po bilo kom obeležju protokola i npr. renumerisati protokole u okviru vrste zdravstene zaštite. Renumeracija takoće radi po tekućem sortu – redosledu na ekranu što je moguće promeniti tipkom F11.


Preporuke za korisnike sa više baza podataka


Na svaku od lokalnih radnih stanica instalisati program NexTZUS verziju 1.01 i adekvatnu bazu, odnosno importovati najnovije nomenklature.
Importovati podatke iz prošle godine na osnovu navedenog uputstva.
Eksportovati zatvorene protokole na prenosni medijum.
Eksportovati podatke o osiguranicima na prenosni medijum i po dolasku na sledeće radno mesto/radnu stanicu importovati i podatke o osiguranicima sa prethodne radne stanice, pa eksportovati podatke o osiguranicima (pri tome će u eksportu biti i podaci o osiguranicima koje je tekuća radna stanica evidentirala). Poslednja radna stanica u obilasku radnih stanica bi trebala imati podatke o svim osiguranicima koji su se pojavili na bilo kojoj od radnih stanica. Drugim krugom obilaska po identičnom principu bi 'svi imali sve'.

U centralnoj lokaciji držati jednu, centralnu bazu podataka koja će služiti samo za prikupljanje protokola sa udaljenih radnih stanica.

Eksporte protokola importovati samo u centralnu bazu. Iz centralne baze raditi kreiranje elektronske fakture ka RZZO-u. Obzirom da će se svi podaci slivati u jednu bazu, ta baza predstavlja osnov za kreiranje izveštaja o pruženim uslugama celokupne ZU.

DBTag-ovi su ključ za uspešnu razmenu podataka.
Uveriti se da svaka baza podataka ima jedinsten DBTag. Kroz servis 'Promena DBTag-a' je moguće zadati smisleno (ili besmisleno) ime za DBTag, npr. 'Dom Zdravlja Prvi sprat kancelarija 24'.
Obzirom da DBTag figuriše u imenu fajla – eksporta protokola moguće je na jednom prenosnom mediju preneti sve protokole bez gaženja datoteka, a i vizuelno je import lakši kada u imenu fajla smisleno piše na koju se bazu odnosi fajl.

Preporuke za korisnike SQL server baza podataka

Ne koristiti upsizing i slične wizarde za prelazak na SQL server bazu podataka ukoliko koristite NexTZUS program na SQLServer bazi. Atačovati objavljenu adekvatnu praznu bazu podataka.
Ukoliko ZU za tekuću godinu već koristi SQL server bazu koja je nastala kao rezultat upotrebe wizarda, prvo atačovati objavljenu paznu bazu i importovati podatke iz neadekvatne u adekvatnu bazu po uzoru na uputstvo za preuzimanje podataka koji se odnose na 2008 godinu iz baze za 2007.godinu. Alternativa preuzimanju prazne baze može biti kreiranje sopstvene prazne baze što se može postići na dva načina:
1. U argument šortkata /DB= navesti ime nove, nepostojeće baze i pokrenuti program na računaru na kom je instalisan SQL server, pri čemu prvi argument ( u primeru C: ) nakon full .EXE putanje mora biti lokalna putanja jer program ne može da kreira bazu podataka na mrežnoj putanji. Sledeći primer podrazumeva da se računar na kome je baza zove Glavni, da se nova baza zove NexTZUS2008, a instanca SQLServera Glavni\SQLExpress:

C:\NexTZUS2008\App\NexTZUS.EXE C: /DB=NexTZUS2008.MDF /SQLServer=Glavni\SQLExpress

Ostali šortkati na računarima u mreži moraju imati šortkate podrazumevajući da je na računaru
Glavni šerovan folder NexTZUS2008 za full pristup.

C:\NexTZUS2008\App\NexTZUS.EXE \\Glavni /DB=NexTZUS2008.MDF /SQLServer=Glavni\SQLExpress

ili

\\Glavni\NexTZUS2008\App\NexTZUS.EXE \\Glavni /DB=NexTZUS2008.MDF /SQLServer=Glavni\SQLExpress

poslednja varijanta je povoljnija za održavanje obzirom da se gađa program na računaru Glavni, pa novu verziju programa treba snimiti samo na jedan računar, a sa ostalih računara se NexTZUS.EXE, NexTZUS.INI i NexTZUS.DBS mogu i obrisati.

2. Kreirati novu, praznu bazu kroz Enterprise manager ili sličan interfejs. Pokrenuti program sa bilo kog računara vodeći računa da je u argumentu /DB= navedena nova baza. Primeri šortkata i komentari identični sa prethodnom tačkom.

Ne koristiti bazu dobijenu wizardom za rad sa NexTZUS programom.

A gde ima da skine 1.0.1. verzija?

Ima ga na portalu:

portal.rzzo.sr.gov.yu

a username i pass si dobio mailom od zavoda (bar ja jesam). Tu su i novi sifarnici i uputstva za sve i svasta.
Pozdrav

Portal je otvoren, ali (kao u stara dobra vremena), kada pošaljem fakturu javlja čuveno "404".
Elem, ne žurite sa slanjem, farma još nije proradila.

Ljudi stvarno mi je potrebna pomoc, posto mi se cini da sto vise citam sve manje znam. Importe cu da resim ali me buni ono A i S. U ustanovi imamo i prim. i sekund. zastitu. U sek.zas. imamo ambulante i stacionar.E sad posto je ovo obavezan podatak da li to znaci da ja A moram da unesem i u primarnoj zastiti i u stomatologiji za svaku posetu.
Kako fakturisete sanitetski i potrosni materijal. Do sada potrosni nismo ni fakturisali jer ulazi u cenu BO dana
(pise u nekom uputstvu) ali je sada nekom palo na pamet da je cifra mala pa trazi da fakturisem i spriceve i igle itd...
Sve se u meni buni protiv toga ali naredjenje je naredjenje.Zato me zanima kako vi to radite.

@MitrovicSlobodan

Sve radi. Još jednom hvala.


@arda

Moji su zvali direktora filijale i materijale su uradili zbirno na pacijenta JMBG 1111111111111. Obrazloženje je da šifarnik nije kompletan i da nomenklatura koliko čega ide po dijagnozi nije dobra. Nije ista potrošnja materijala za svaku bolest i za svakog pacijenta. Dokle god ne naprave definiciju za to radimo zbirno. Neka probaju da nas ne isplate.


Što se tiče A i S. Neću da tvrdim, jer moja ustanova ima samo primarnu zaštitu i uvek mi je A, mislim da ne treba vezivati ovo A i S za Primarnu I Sekundarnu već baš kako je i naziv skraćenice, ambulantno (primljen i otpušten) i Stacionarno (zadržan- razlika je u datumima primanja i otpuštanja).

Ako dobro kontam, mnogi pacijenti se po uputu jave sekundarnoj zaštiti, ali to neznači da i ostaju na stacionarno lečenje znači oni su A, dok oni koji ostaju su S. Kod ustanova kao moja koje imaju samo primarnu uvek je A jer mi nemamo pravo da zadržimo pacijenta na lečenje već ga prosledjujemo nekoj sekundarnoj.

Valjda je to to.

Novo u verziji 1.0.2
11.02.2008
1. Popravljen import podataka za 2008. godinu iz baze 2007.godine.
Korisnici koji su import odradili, odradili su ga korektno. Problem je predstavljala situacija kada korisnik ne dočeka početak (ni kraj) importa.
Korisnici koji nisu imali problem sa importom nemaju potrebe da preuzimaju verziju 1.0.2



Odgovor vezan za vrstu lečenja: Pri importu elektronskih faktura na sajtu direkcije proverava se obeležje Vrsta lečenja. Podatak je obavezan (to piše i u opisu strukture datoteke).

Zamolio bih gloyera da posalje na [email protected] datoteku kakvu salje na web sajt direkcije, ne bih li zakljucio kakav je problem u pitanju i otklonio isti.

Pozdrav, Mitrovic Slobodan.

Heh, pa znamo mi da je podatak obavezan, samo neznamo kada je A ,a kada S.


Već sam pisao da ima dileme oko toga, ako znaš nešto više napiši.

Znači ima par varijanti pitanja, da li se odnosi na to odakle su pacijenti upućeni ili na vrstu ustanove gde su primljeni???

Čemu to služi, a uz to i neradi.

Bože ni sam sebe ne razumem :-)

@MitrovicSlobodan
Interesantno, desilo se opet, ali samo ako šaljem .txt fajl. Kada sam poslao .cab, odradilo je sve kako treba. Jutros sam opet poslao .txt (ispravljen), i opet je 404... Sada čekam da mi kaže da mogu opet da šaljem, pa ću poslati .zip, pa ćemo videti.

edit:
Dakle, .txt ne prihvata, ali zato .zip, kao i .cab, idu normalno. Upravo sam poslao .zip, i čekam osporenja (nadam se da ih neće biti).


_{[Ovu poruku je menjao gloyer dana 12.02.2008. u 09:41 GMT+1]}

edit 2:
Definitivno radi samo sa zipovanim fajlovima.

_{[Ovu poruku je menjao gloyer dana 12.02.2008. u 09:55 GMT+1]}

Kažu iz RZZO da će nas u toku dana obavestiti da još ne šaljemo Fakture za januar, da li neko zna nešto o tome.

@mld
Mi smo poslali za stomatologiju, i sasvim lepo radi (ako šalješ zipovane fajlove).

Sve radi normalno, ali kažu da postoji ideja da će se fakture slati na lokalne servere Nadležnih Filijala, te zato, ali su nam to rekli usmeno, ako im je verovati, a tek treba da nam pošalju pisano obaveštenje.
Mi smo probno pustili juče (stomatologiju,primarnu i sekundarnu) i sada radimo ispravke, a ako dodje dopis, videćemo.

Pozdrav,

Gde mogu naci .xml fajl u vezi osporenja??? Ako neko ima taj fajl, da li bi mogao da ga okaci ovde na forumu ili da mi posalje na mail maticnog doma zdravlja: [email protected]

Lepo!
Naravno nisam se usudio obilaziti sava mesta, pa instalirati v101, nego sam podatke od 2007 nabio u jednu bazu za 2007, pa onda import u novi program i šta... aplikacija je radila import nekih 37 sati, i normalno ništa drugo na mašini nisam mogao raditi. Ali na svu sreću gotovo je i čini mi se da su svi podaci koji treba da su tu, tu. Onda sam se setio da treba da dodam neki 1000 faktura, bezveze, u dva protokola i evo računar to importuje već nekih 4 sata. zaista ne mogu ni da zamislim šta toliko računa! Samo treba još da mi prebriše importovane podatke. To bi bilo sjajno!

Moj dom zdravlja, očigledno, ima probleme koje drugi domovi nemaju.
Kao prvo, export iz stare u novu nije problem, osim pacijenata. Desilo se da je prikazao da je exportovao 18 hiljada pacijenata, a u suštini exportovao je samo one koji su bili od 01.01.2008.
Drugo, najveći problem su šifrarnici, koji se menjaju svaki dan, a važe od 01.01., s tim da ampulirana terapija (lekovi), po novom šifrarniku imaju drugačije šifre... Ne svi, samo poneki, a mnogih i nema. Plus, kad se uđe u šifrarnik, stavka UslugeRZZO ima pored svakog leka cenu koju program kasnije ne vidi, tj. i dalje je polje cena prazno. Čemu služe te cene? To nisu naše tenderske cene.
Npr. Adrenalin je bio 0100531, a sad je 0105031... Cena tamo neka...
Di-te-per i nema u šifrarniku

Kad smo sve exportovali dobili smo kod lekova kojih nema u novom šifrarniku prazno polje ULM, i kad pošaljemo fakturu ospore nam sve ampule kojih sad nema u šifrarniku.

Jel može neko da nam pomogne???

.xml fajl skineš sa portala. Kad pošalješ fakturu udji na štampu i skini osporenja.

Nakon importa šifarnika usluga RZZO moraš da središ sopstveni šifarnik usluga odnosno moraš da ispovežeš usluge iz svog šifarnika sa uslugama RZZO. Posebno obrati pažnju da su sada cene RZZO izražene na pakovanja/kutije, te vodi računa kako unoste podatke.

A što se tiče exporta i importa podataka o pacijentima ima posebna opcija.

da, da, tacno, nisam nikad obratio paznju da mogu tu da skinem taj fajl... hvala.... pozzz

Zna li ko šifru usluge za Laparaskopsku operaciju žuči?

Pozdrav svim forumašima.
Zna li neko odakle mogu da skinem NextZUS v1.0.3 ?
Hvala unapred.

Nisam bio odavno na ovoj temi, mada primećujem da se na ovu temu slabo forumiše u zadnje vreme.
Jel' to znači da niko nema nikakvih problem ali je nešto drugo u pitanju,
pitam se ja...........

sa portala rzzo....

Problema će biti sa fakturama za februar, tek se rade, a uputstvo opet sa zakašnjenjem.
Program možeš skinuti sa portala RZZO.

Pa pre bih rekao da su ljudi prihvatili ovu muku jer posle svega videli su da nema "Boze pomozi" i rade kako-tako pa im je dovoljno sto se muce na radnim mestima oko toga i jos kad bi i pricali o tome! Mislim da bi im to bilo ravno samoubistvu. Govorim u svoje ime i mojih saboraca koji rade na unosu faktura, usli su u neku kolotecinu i vise se ne pitaju da li moze bolje ili ne, tako je kako je.

Ima li neko problem sa importom osiguranika iz prošlogodišnje baze?
Naime, meni NextZUS v1.3.4 ne pravi potpun fajl exportovanih osiguranika iz 2007 godine, već je to samo deo pacijenata pa sam primoran da koristim exportovane osiguranike iz baze koja potiče iz 2006 godine.
Takođe mi se dešava da kada koristim opciju "import podataka iz prošlogodišnje baze" sa nivoa app. (v1.0.2), da se import podataka iz stare baze izvrši delimično tj. importuje se samo deo protokola( neki protokoli su čak nepotpuni tj. fali im određeni br. stavki).
Zna li neko o čemu se radi?
Hvala unapred.

E pa ovako, i meni se to desavalo da mi importuje svega 200 osiguranika od recimo 9000 :( ali sam to nekako sredio tako sto sam sa svakog racunara exportovao osiguranike pa ih importujem na sve ostale pa sa ostalih opet exportujem i tako u krug koliko imam racunara.... Tako da sada na svakom racunaru imam uglavnom iste baze osiguranika. Prakticno na pedijatriji imam i osiguranike rodjene od >1900 god :) Veruj mi da ovo nije uopste prakticno resenje ali.... Da li je NextZUS praktican program??? Sledeca stvar koja bi ti mozda pomogla je da u v.1.0.2 samo lepo podmetnes bazu iz v.1.3.4 i da pustis da je on prepravi (pisace i da je sazima i da je konvertuje...) pa kad je, kao, prepravi onda radi export podataka i osiguranika. Moraces tako da se izdriblas... Nadam se da ce ti to pomoci. Opet naglasavam da mozda nije naj bezbolnije resenje ali mozda pije vodu i kod tebe. Probaj, ne moze da skodi, a sto ne skodi, znaci da koristi... Pozzz

Probaću i ovu metodu dobijanja "valjanog exporta osiguranika", ovo sa podmetanjem baze mi deluje kao manje bolna metoda pa ću pokušati sa time prvo.
Hvala u svakom slučaju i pozzz do daljnjeg tipkanja.

Još jedno pitanje koje ima veze sa importom kompletne baze iz starog NextZUS-a za 2007. godinu.
Radi se o tome da kada koristim opciju za import u novom NextZUS-u (v1.0.2) , servis->"import podataka iz prošlogodišnje baze" doga]a se da se import podataka iz stare baze izvrši delimično tj. importuje se samo deo protokola( neki protokoli su čak nepotpuni tj. fali im određeni br. stavki).