INTEGRACIJA SISTEMA RIS/PACS V ZDRAVSTVENEM DOMU DR. ADOLFA DROLCA MARIBOR Diplomsko delo · 2017....
96
INTEGRACIJA SISTEMA RIS/PACS V ZDRAVSTVENEM DOMU DR. ADOLFA DROLCA MARIBOR Diplomsko delo Študent: Janko Petek Študijski program: Visokošolski strokovni študijski program Smer: Informatika Mentor: doc. dr. Boštjan Šumak Lektor: Vera Golob
Transcript of INTEGRACIJA SISTEMA RIS/PACS V ZDRAVSTVENEM DOMU DR. ADOLFA DROLCA MARIBOR Diplomsko delo · 2017....
INTEGRACIJA SISTEMA RIS/PACS V
ZDRAVSTVENEM DOMU DR. ADOLFA
DROLCA MARIBOR
Diplomsko delo
Študent: Janko Petek
Študijski program: Visokošolski strokovni študijski program
Smer: Informatika
Mentor: doc. dr. Boštjan Šumak
Lektor: Vera Golob
3
4
ZAHVALA
Za strokovno pomoč pri nastajanju diplomskega dela
se zahvaljujem mentorju doc. dr. Boštjanu Šumaku.
Vodstvu in sodelavcem iz Zdravstvenega doma
dr. Adolfa Drolca Maribor se zahvaljujem za finačno
in moralno podporo. Hvala tudi prof. slov. jezika ga.
Veri Golob za lektoriranje diplomske naloge.
Največja zahvala gre moji družini in staršema, ki so
me vsa ta leta šolanja spodbujali in mi v težkih
trenutkih vedno stali ob strani.
5
INTEGRACIJA SISTEMA RIS/PACS V
ZDRAVSTVENEM DOMU DR. ADOLFA
DROLCA MARIBOR
Ključne besede: sistem PACS, sistem RIS, DICOM, HL7, zdravstveni informacijski
sistem, integracija
UDK: 004.775:355.72(043.2)
Povzetek:
V diplomski nalogi smo prikazali kompleten projekt integracije sistema RIS/PACS v
zdravstvenem domu dr. Adolfa Drolca Maribor. PACS je kratica za sistem slikovnega
arhiviranja in dodatnega komunikacijskega sistema računalnikov na oddelku radiologije.
RIS je sistem, ki skrbi za obdelavo bolnikovih podatkov na radiološkem oddelku.
Spoznali smo vlogo standardov in bistvene sistemske in programske rešitve potrebne za
uspešno integracijo. Standard HL7 definira tipe sporočil za izmenjavo medicinskih
podatkov med različnimi sistemi. Standard DICOM določa entitete in funkcije, ki
omogočajo komunikacijo med različnimi viri slik in drugimi računalniškimi napravami.
V diplomskem delu smo ugotovili, da si integracije informacijskih sistemov v zdravstvu ne
moremo predstavljati brez uporabe navedenih standardov. V veliko pomoč so nam bila
odprtokodna integracijska orodja.
6
INTEGRATION OF THE RIS/PACS SYSTEM
AT THE DR. ADOLFA DROLCA HEALTH
CENTRE, MARIBOR
Key words: PACS system, RIS system, DICOM, HL7, Medical information system,
integration
UDK: 004.775:355.72(043.2)
Abstract:
In this thesis, we show the complete integration project system RIS/PACS in the health
center dr. Adolf Drolca Maribor. PACS stands for image archiving and communication
system additional computers in the department of radiology. RIS is a system that is
responsible for the processing of patient data in the radiology department. We learned
about the role of standards and essential system and software solutions necessary for
successful integration. HL7 Standard defines the types of messages to the exchange of
medical data between different systems. DICOM standard provides entities and functions
that enable communication between different sources of images and other computer
devices. In this thesis, we found that the integration of IT systems in health care can not be
imagined without the application of those standards. Open source integration tools are a
great help.
7
KAZALO VSEBINE
1 Uvod ............................................................................................................................ 13
1.1 Motivacija ............................................................................................................. 13
1.2 Identifikacija in opredelitev obravnavane teme .................................................... 14
1.3 Cilji diplomskega dela .......................................................................................... 16
1.4 Teze diplomskega dela .......................................................................................... 16
1.5 Predpostavke in omejitve diplomskega dela ......................................................... 17
1.6 Predvidene metode diplomskega dela ................................................................... 18
2 Predstavitev okolja pred integracijo ............................................................................ 19
2.1 Opis razmer in stanja pred vpeljavo sistema RIS/PACS ...................................... 19
2.2 Opredelitev osnovnih pojmov ............................................................................... 19
3 Komunikacijski standardi pri digitalizaciji ................................................................. 21
3.1 Standard DICOM .................................................................................................. 21
3.1.1 Opis delovanja DICOM Modality Worklist .................................................. 22
3.1.2 Opis delovanja DICOM Store ....................................................................... 23
3.2 Standard HL7 ........................................................................................................ 24
4 Informacijski sistemi v zdravstvu ................................................................................ 26
4.1 Zdravstveno informacijski sistem - ZIS (Promedica) ........................................... 26
4.1.1 Varnost in zaščita podatkov ........................................................................... 26
4.2 Informacijski sistem slikovne diagnostike - RIS/PACS (ISSA) ........................... 27
4.2.1 Delovni tok in organizacija podatkov ............................................................ 28
4.2.2 Varnost in zaščita podatkov ........................................................................... 28
4.3 Programski moduli informacijskega sistema RIS/PACS ISSA ............................ 29
4.3.1 Issa Strežnik ................................................................................................... 29
8
4.3.2 Issa NS (Network Station) ............................................................................. 30
4.3.3 Issa NS Acquire ............................................................................................. 31
4.3.4 Issa WebServer .............................................................................................. 32
4.3.5 Issa Anywhere ............................................................................................... 33
4.3.6 Issa »sprejemnica« front desk....................................................................... 34
4.3.7 Issa »strojepisnica« ........................................................................................ 36
4.3.8 Issa NS AVL (Advanced Viewer Level – Napredni pregledovalnik) ........... 37
4.3.9 VAMS Tec DICOM strežnik ......................................................................... 38
4.3.10 Vams Tec HL7 Strežnik ................................................................................ 38
4.3.11 Pharos strežnik ............................................................................................... 38
4.3.12 Pharos odjemalec ........................................................................................... 39
5 Integracija ZIS in sistema RIS/PACS .......................................................................... 40
5.1 Opis modalitet (RTG, UZ, Zobni RTG, Mamograf) ............................................ 40
5.2 Seznam zahtev sistema RIS/PACS ....................................................................... 42
5.3 Seznam funkcionalnosti integracije ZIS – RIS/PACS .......................................... 43
5.4 Priprava projekta ................................................................................................... 44
5.4.1 Terminski plan ............................................................................................... 44
5.4.2 Prikaz delovnega toka in integracijske sheme na oddelku radiologije ZDM 45
6 Implementacija strojne in programske opreme projekta ............................................. 48
6.1 Implementacija strojne računalniške opreme ....................................................... 48
6.2 Implementacija programske opreme ..................................................................... 49
7 Vzpostavitev celotnega okolja sistema ........................................................................ 61
7.1 Namestitev in postavitev diagnostičnih postaj ...................................................... 61
7.2 Instalacija in postavitev strežniškega okolja ......................................................... 61
7.3 Vzpostavitev sistema RIS/PACS .......................................................................... 62
9
7.4 Vzpostavitev integracije ....................................................................................... 62
7.5 Vzpostavitev teleradiologije ................................................................................. 63
8 Analiza stroškov in kvalitete storitev .......................................................................... 65
9 Zaključek ..................................................................................................................... 68
10 Literatura ..................................................................................................................... 69
11 PRILOGE .................................................................................................................... 71
KAZALO TABEL
Tabela 7.1: Povprečna velikost ustvarjenih podatkov ene preiskave .................................. 62
Tabela 8.1: Analiza stroškov ............................................................................................... 65
Tabela 8.2: Analiza kvalitete storitev .................................................................................. 66
10
KAZALO SLIK
Slika 3.1: Potek komunikacije DICOM Modality WorkList - narejeno v okviru hišne
rešitve .................................................................................................................................. 22
Slika 3.2: Primer shranjevanja slik v arhivski strežnik - narejeno v okviru hišne rešitve ... 23
Slika 4.1: Prijavna maska in dostop podatkov preko profesionalne kartice zdravnika –
narejeno v okviru hišne rešitve ............................................................................................ 27
Slika 4.2: Prikaz izgleda mask Issa NS - narejeno v okviru hišne rešitve ........................... 30
Slika 4.3: Prikaz izgleda osnovne maske Issa WebServer – narejeno v okviru hišne rešitve
............................................................................................................................................. 32
Slika 4.4: Prikaz izgleda osnovne maske Issa Anywhere - narejeno v okviru hišne rešitve 33
Slika 4.5: Prikaz izgleda osnovne maske – narejeno v okviru hišne rešitve ....................... 34
Slika 4.6 : Prikaz osnovne maske Issa »strojepisnica« - narejeno v okviru hišne rešitve ... 36
Slika 4.7: Prikaz pogleda slike v naprednem pregledovalniku – narejeno v okviru hišne
rešitve .................................................................................................................................. 37
Slika 5.1: Shema poteka delovnega toka - -narejeno v okviru hišne rešitve ....................... 46
Slika 5.2: Integracijska shema sistemov -narejeno v okviru hišne rešitve .......................... 47
Slika 6.1: Postavitev sistemskega okolja – narejeno v okviru hišne rešitve........................ 48
Slika 6.2: ISSA Server nastavitve vrste pregledov – narejeno v okviru hišne rešitve ........ 49
Slika 6.3: Primer začetne zaslonske maske za izdelavo obrazca za vnos podatkov –
narejeno v okviru hišne rešitve ............................................................................................ 50
Slika 6.4: Zaslonska maska orodja za oblikovanje izpisov – narejeno v okviru hišne rešitve
............................................................................................................................................. 51
Slika 6.5: Nastavitve ISSA HL7 serverja – narejeno v okviru hišne rešitve ....................... 52
Slika 6.6: Osnovna ekranska slika orodja Mirth Connect – narejeno v okviru hišne rešitve
............................................................................................................................................. 53
Slika 6.7: Tok sporočila skozi kanal Mirth Connect – narejeno v okviru hišne rešitve ..... 54
11
Slika 6.8: Primer nastavitve vira podatkov v orodju Mirth Connect - narejeno v okviru
hišne rešitve ......................................................................................................................... 55
Slika 6.9: Način črpanja podatkov izbranega kanala - narejeno v okviru hišne rešitve ...... 55
Slika 6.10: Nastavitve kanala za MB DBW port - narejeno v okviru hišne rešitve ............ 56
Slika 6.11: Nastavitve kanala za MB DBW port – pretvornik vira - narejeno v okviru hišne
rešitve .................................................................................................................................. 57
Slika 6.12: Nastavitve kanala za MB DBW port – primer koraka v pretvorniku - narejeno v
okviru hišne rešitve .............................................................................................................. 58
Slika 6.13: Nastavitve kanala za pošilanje iz ZIS v RIS - narejeno v okviru hišne rešitve. 59
Slika 6.14: Nastavitev mapiranja iz SQL v HL7 - narejeno v okviru hišne rešitve ............ 59
Slika 6.15: Nastavitev cilja za MLLP HL7 – ISSA - narejeno v okviru hišne rešitve ........ 60
Slika 7.1: Primer nastavitev programa za vzpostavitev VPN kanala za dostop do omrežja
ZDM - narejeno v okviru hišne rešitve ................................................................................ 64
Slika 8.1: Število obravnavanih pacientov .......................................................................... 67
Slika 8.2: Letni stroški RTG posnetkov .............................................................................. 67
12
SEZNAM KRATIC IN POGOSTEJE UPORABLJENIH OKRAJŠAV
ZDM – kratica za polno ime ustanove : Zdravstveni dom dr. Adolfa Drolca Maribor
ZIS - Zdravstveno informacijski sistem
PACS – angl. Picture archiving and communication system, slo. sistemi za shranjevanje
slik in komunikacijo
RIS – angl. Radiology information system, slov. Radiološki informacijski sistem
DICOM – angl. Digital Imaging and COmunication in Medicine je priznan informacijski
standard medicinskih dejavnosti za uporabo v slikovni diagnostiki
HL7 - angl. Health Level Seven, je komunikacijski standard za izmenjavo digitalnih
medicinskih in administrativnih podatkov v zdravstvu
MODALITETA – radiološka naprava za akvizicijo slik
AKVIZICIJA – snemanje biomedicinskih signalov in slik (RTG,UZ,..)
RTG - naprava za slikanje okostja na podlagi rentgenskih žarkov
UZ – naprava za diagnosticiranje na podlagi ultrazvoka
ZZZS - Zavod za zdravstveno zavarovanje Slovenije
CAD – angl. Computer-Aided Drafting, slov. naprave za računalniško vodeno risanje
CBD - Center za bolezni dojk
MLLP – angl. Minimum Lower Layer Protocol, se uporablja v HL7 standardu in skrbi
prenos podatkov
ACK – angl. acknowledgment or ACK , slov. potrditev , namenjen pošiljanju potrditev
pravilno prenesenih sporočil,
LLP - angl. Lower Layer Protocol, najpogostejši mehanizem za prenos nekriptiranih HL7
sporočil
SQL – angl. Structured Query Language, slov. strukturirani povpraševalni jezik za delo s
podatkovnimi bazami
13
1 Uvod
1.1 Motivacija
V zdravstvenih zavodih se srečujemo z številnimi informacijskimi rešitvami, ki se med
seboj razlikujejo po namenu nastanka, kakor tudi po vsebini specialistike za katero se
uporabljajo.
Zdravstveno informacijski sistem (v nadaljevanju ZIS) je prvotno nastal kot orodje za
beleženje storitev medicinskega kadra, na osnovi katerih lahko zdravstvenim
zavarovalnicam oz. samoplačnikom izstavimo račun ali specifikacijo opravljenih storitev.
V razcvetu razvoja informacijskih rešitev in digitalizacije medicinske opreme, pa so
uporabniki storitev, kakor tudi strokovni kader začeli izkazovati potrebo po dodatnih
funkcionalnostih informacijskih sistemov. Pacientom bi tako olajšali naročanje na storitve,
hitrejšo in hkrati kvalitetnejšo medicinsko obravnavo. Medtem pa medicinski kader stremi
k informacijskim rešitvam, ki bi jim nudile kvalitetne, celovite in pregledne podatke pri
strokovni obravnavi pacienta.
Na področju radiologije so bile vse stare modalitete analogne, kar je pomenilo, da so se
slike tiskale na posebno folijo, ki jo je prejel pacient v roke in odnesel k zdravniku, ki ga je
napotil na določeno diagnostiko. Z prehodom na digitalne modalitete pa so nastale nove
funkcionalnosti in možnosti dostopa in obdelave slikovnega materiala.
Standard DICOM (digital imaging and comunications in medicine) je bil temelj za
digitalizacijo radiologije. Standard je nastal pod okriljem American College of Radiology
and National Equipment Manufacturers Associationin in nacionalnega združenja
proizvajalcev opreme. Standard določa entitete in funkcije, ki nato omogočajo
komunikacijo med različnimi viri slik in drugih računalniških naprav, kot so arhiviski
sistemi ali delovne postaje. [1]
14
Proizvajalci modalitet so za slednje funkcionalnosti razvijali namenske informacijske
rešitve, ki so jih poimenovali sistemi PACS (picture archiving and communication
system).
PACS je kratica za sistem slikovnega arhiviranja in dodanega komunikacijskega sistema
računalnikov, ki so na oddelku radiologije. Omogoča shrambo slikovnega materiala,
podatki pacienta so integrirani z sliko, omogoča lasersko tiskanje slik, na delovnih postajah
znotraj omrežja pa je mogoč prikaz slike skupaj z podatki pacineta. Prav tako omogoča
pregledovanje slik na oddaljenih lokacijah. [1]
V nadalnjem razvoju se je pokazala potreba po nadzoru terminov preslikav in sledenju
diagnostičnih podatkov iz česa je nastal sitem RIS (radiology information system).
RIS je sistem, ki skrbi za obdelavo bolnikovih podatkov, ko je ta na obravnavi na
radiološkem oddelku. Nadzoruje termine preiskav in sledi diagnostičnim procesom. Prav
tako skrbi zashranjevanje izvidov. Ko je bolnikova preiskava zaključena, sistem poskrbi za
obračun storitev, ki so bile opravljene. [3] V Zdravstvenem domu dr. Adolfa Drolca
Maribor (v nadaljevanju ZDM) smo se z nakupom digitalnih aparatov odločili, da želimo
izkoristiti vse možnosti in prednosti, ki nam jih ponujajo trenutne informacijski rešitve. Da
bi nam to uspelo, jih je potrebno med seboj povezati na način, da bo delo potekalo hitreje
in kvalitetneje na strani diagnostike, seveda pa pri tem ne smemo zanemarit zadovoljstvo
pacientov in njihovo hitro in kvalitetno obravnavo.
1.2 Identifikacija in opredelitev obravnavane teme
ZIS je temelj medicinskega informacijskega sistema vsake medicinske ustanove. V njem
poteka registracija, naročanje, shranjevanje podatkov, beleženje storitev pacienta ter
seveda obračunavanje opravljenih storitev. Mnoge informacijske rešitve v zdravstvu so
zelo ozko specializirane in s tem omejene samo na del medicinske obravnave, RIS/PACS
sistem pri tem ni izjema.
RIS/PACS sistem je namenjen uporabi v radiološkem oddelku in lahko deluje kot
samostojna rešitev. Vendar se s takšnim načinom dela pojavijo težave, saj v osnovi morata
ta dva sistema delovati usklajeno. V primeru nepovezanih sistemov naletimo na naslednje
težave :
15
1. neusklajen šifrant pacientov,
2. podatki o pacientu se v sistemu RIS/PACS vnašajo ročno in s tem je možnost napak
povečana. Prav tako se lahko zgodi, da vodimo istega pacienta pod več šiframi. Kar
predstavlja problem pri diagnostiki, saj se na vsako šifro pacienta veže celotna
zgodovina pregledov, slik in izvidov. Pri sami diagnostiki je zelo pomembno, da
ima zdravnik, ki opravlja diagnostiko dostop do zgodovine, s tem se poveča
kvaliteta diagnostike. V primeru več šifer za istega pacienta je ta zgodovina
nepopolna,
3. možnost prikaza slik v sistemu ZIS je nemogoč, saj ne obstaja povezovalna šifra. S
prikazom slik v sistemu ZIS so nato na voljo slike vsem zdravnikom, ki imajo
dostop do pacienta preko ZIS sistema,
4. zdravniki pišejo izvide v sistemu RIS, izvide je potrebno nato prepisati v ZIS sistem,
povečana je možnost napak pri vnosu in podvojeno je delo,
5. pri samem obračunu pregleda je potrebno prepisati podatke o opravljenem pregledu iz
RIS sistema v ZIS sistem. Vnos podatkov je podvojen, možnost napak pri vnosu se
poveča,
6. ker sta dva sistema nepovezana nastanejo težave s sinhronizacijo podatkov. Tako se
lahko zgodi, da je zdravnik v samem sistemu RIS opravil popravek izvida. Vendar
se ta popravek ni prenesel v ZIS sistem in
7. usklajevanje med šifranti, vrste pregledov, zdravnikov je potrebno izvajati ročno, kar je
zamudno opravilo in potrebna je ažurnost pri prepisu podatkov.
Posamezne specializirane informacijske rešitve kot takšne bistveno pripomorejo h
kvalitetnejši in hitrejši obravnavi pacienta, še vedno pa se pojavlja precej podvojenih
podatkov in postopkov dela.
Če hočemo storiti korak naprej pri celostni obravnavi pacienta moramo začeti te sisteme
med seboj povezovati in jih naučiti komunicirati med seboj. Takšen primer je integracija
sistema RIS/PACS s sistemom ZIS, ki jo bomo predstavili v diplomski nalogi.
16
1.3 Cilji diplomskega dela
Z implementacijo in integracijo sistema RIS/PACS s sistemom ZIS želimo digitalizirati
oddelek radiologije in s tem doseči naslednje cilje :
1. implementacijo radiološkega sistema v zdravstveni ustanovi,
2. integracijo radiološkega sistema z zdravstvenim informacijskim sistemom,
3. prikaz uporabe funkcionalnosti in delovanja standarda DICOM in HL7,
4. hitrejši dostop do slikovnega materiala, ki nastane na oddelku radiologije (RTG
skeleta, Zobni RTG, Mamograf, Ultrazvok),
5. z racionalizacijo dela želimo zagotoviti visoko učinkovitost (elektronsko naročanje
pacientov, skrajšati čas za diagnostiko in pregled pacienta, pohitriti izdajo izvidov,
poenostvaiti obračun storitev,…),
6. zvišati zanesljivost dela,
7. zmanjšati možnost izgube podatkov,
8. omogočiti dostop do slikovnega materiala na vseh oddelkih naročnika, tudi
dislociranih enotah,
9. odpraviti nepotrebne podvojene vnose podatkov pacienta in s tem pohitriti delo na
oddelku radiologije in
10. omogočiti oddaljen dostop do slikovnega materiala in s tem omogočiti
teleradiologijo (dostop znotraj VPN, omrežje ZNET).
1.4 Teze diplomskega dela
Z uvedbo sistema RIS/PACS in popolno integracijo z zdravstvenim informacijskim
sistemom bistveno pripomoremo k:
1. kvalitetnejši in hitrejši obravnavi pacienta,
2. zmanjšanju stroškov ( materiala, dela),
3. zmanjšanju čakalnih dob,
4. zmanjšanju administrativnega časa (enkratni vnos podatkov o pacientu,
posledično manj možnosti napak),
5. povečanju kvalitete diagnostike ( digitalne modalitete in diagnostični monitorji),
17
6. enostavnemu pregledu zgodovine pacienta (dostop do predhodnih obravnav in
slik),
7. medsebojni povezljivosti zdravstvenih ustanov (omogočanje diagnostike
zunanjih izvajalcev - teleradiologija) in
8. zmanjšanju papirnega arhiva.
1.5 Predpostavke in omejitve diplomskega dela
Diplomsko delo je omejeno na funkcionalnosti in implementacijo v ZDM in specifike
zahtev osebja v času integracije. Skozi diplomsko nalogo bomo predstavili naslednje
funkcionalnosti in/ali procese:
1. postavitev sistema RIS/PACS,
2. postavitev novega sistemskega okolja,
3. integracijo med sistemom RIS/PACS in ZIS v ZDM,
4. spremembe v samih delovnih procesih zaposlenih, ki bodo uporabljali nov
sistem,
5. prednosti novega sistema in
6. način uvajanja sistema s sodelovanjem med različnimi podizvajalci in
koordinacijo med njimi.
18
1.6 Predvidene metode diplomskega dela
Tekom priprave diplomskega dela bomo:
1. izdelali workflow poteka dela oz. poteka podatkov,
2. preučili in na praktičnih primerih prikazali uporabo standarda DICOM (DICOM
Modality Worklist, DICOM Storage,..),
3. preučili HL7 in na praktičnih primerih prikazali uporabo standarda,
4. preučili odprtokodno integracijsko orodje Mirth Connect in prikazali njegove
nastavitve in delovanje pri integraciji med ZIS in RIS/PACS sistemom
5. opisali delovanje »virtual cluster« okolja,
6. preverili ustreznost modalitet in zmožnost podpore standardu DICOM,
7. preučili zahtevnost in hitrost zapisa slikovnega materiala na diskovna polja,
19
2 Predstavitev okolja pred integracijo
2.1 Opis razmer in stanja pred vpeljavo sistema RIS/PACS
Oddelek radiologije je bil prvotno nameščen v prostorih na Tyrševi ulici. Prostori so bili
neprimerni in potrebni celovite adaptacije. Ker pa je bila obstoječa stavba vpisana pod
spomeniško varstvo, bi bila adaptacija stavbe finančno gledano prevelik zalogaj. Uprava se
je odločila, da bo stavbo prodala in sredstva namenila za izgradnjo novih prostorov na
lokaciji »center« ulica Talcev 9. Na omenjeni lokaciji se bi naj izgradili dodatni prostori za
oddelek laboratorija, medicine dela in radiološkega oddelka, ki bi naj zadovoljili
prostorske kot tudi tehnične potrebe. V uporabi je bil rentgenski aparat v analogni obliki.
Slike so se tiskale na rentgensko folijo. Izvidi so se diktirali na kasete, ki so se nato fizično
prenešale administratorjem. Za informacijsko podporo se je uporabljal ZIS (predvsem za
namene obračunov storitev), za pisanje izvidov pa so administratorke uporabljale klasične
odprtokodne urejevalnike besedil (OpenOffice). Radiologi so slike tiskali na klasičen
rentgenski film. Zdravniki pa so za odčitavanje slik uporabljali negatoskop. Podoben
scenarij je bil pri ostalih analognih modalitetah (ultrazvočni aparat, ipd.). Mamografskega
rentgena še ni bilo v hiši. Gradnja novih prostorov je ponujala idealno priložnost za
kompleten projekt prenove radiološkega oddelka (formiranje oddelka radiologije, nakup
digitalnih modalitet, ipd.). Uprava je formirala delovno skupino znotraj zavoda, ki bo
zadolžena za pripravo, spremljanje in izvedbo projekta, katere del smo bili tudi služba za
informatiko. Že po prvem sestanku je bilo jasno, da je smiselno in nujno potrebno
razmišljati še o nakupu sistema PACS, sistema RIS in ju povezati z obstoječim sistemom
ZIS. Za izvedbo tega dela pojekta smo bili zadolženi v službi za informatiko.
2.2 Opredelitev osnovnih pojmov
DICOM (digital imaging and comunications in medicine) je standard v zdravstvu, ki
omogoča komunikacijo različnih informacijskih sistemov, modalitet in naprav med seboj.
Standard DICOM je širok pojem in definira način komunikacije, obliko sporočil, različne
20
tipe prenosov podatkov. Standard DICOM omogoča digitalno obdelavo medicinskih slik.
[4]
HL7 je svetovno uveljavljen komunikacijski standard za izmenjavo elektronskih podatkov
v medicini. Sestavljen je iz sedmih slojev, ki so zadolženi za posamični del pri
vzpostavljanju povezave in prenosa podatkov. [2]
ZIS je temelj medicinskega informacijskega sistema vsake medicinske ustanove. V njem
poteka registracija, naročanje, shranjevanje podatkov, beleženje storitev pacienta in
obračun opravljenih storitev.
RIS je sistem, ki skrbi za obdelavo bolnikovih podatkov, ko je ta na obravnavi na
radiološkem oddelku. Nadzoruje termine preiskav in sledi diagnostičnim procesom. Prav
tako skrbi za shranjevanje izvidov. Ko je bolnikova preiskava zaključena, sistem poskrbi
za obračun storitev, ki so bile opravljene. [3].
PACS je kratica za (picture archiving and communications system) sistem slikovnega
arhiviranja in dodanega komunikacijskega sistema računalnikov, ki so na oddelku
radiologije. Omogoča shrambo slikovnega materiala, podatki pacienta so integrirani z
sliko, omogoča lasersko tiskanje slik, na delovnih postajah znotraj omrežja pa je mogoč
prikaz slike skupaj z podatki pacineta. Prav tako omogoča pregledovanje slik na oddaljenih
lokacijah. [1]
21
3 Komunikacijski standardi pri digitalizaciji
3.1 Standard DICOM
Standard DICOM (digital imaging and comunications in medicine) je bil temelj za
digitalizacijo radiologije. Standard je nastal pod okriljem American College of Radiology
and National Equipment Manufacturers Associationin in nacionalnega združenja
proizvajalcev opreme. Standard določa entitete in funkcije, ki nato omogočajo
komunikacijo med različnimi viri slik in drugih računalniških naprav, kot so arhiviski
sistemi ali delovne postaje. [1]
DICOM je mednarodni standard medicinskih slik in z njimi povezanih informacij (ISO
12052). Opredeljuje obliko zapisa medicinskih slik, ki jih je mogoče zamenjati s podatki in
kakovost informacij, potrebno za klinično uporabo. DICOM je implementiran v skoraj
vseh radioloških, kardioloških in radioterapevtskih napravah (X-ray, CT, MRI, ultrazvok,
itd). Prav tako se povečuje število naprav na drugih medicinskih področjih, kot so
oftalmologija in zobozdravstvo. Z več deset tisoč napravami v uporabi, je DICOM eden
od najbolj razširjenih standardov za izmenjavo informacij v zdravstvu na svetu. Obstaja
dobesedno milijarde DICOM slik trenutno v uporabi za klinično oskrbo. Od svoje prve
izdaje leta 1993, je DICOM revolucioniziral prakso radiologije, ki omogoča zamenjavo X-
ray filmov s popolnoma digitaliziranim potekom dela. Tako, kot je internet postal
platforma za nove načine obveščanja potrošnikov aplikacij, je DICOM standard omogočil
naprednim medicinskim aplikacijam za slikanje, da so "spremenile obraz klinične
medicine". Od službe za nujno medicinsko pomoč, srčnih stres testov do odkrivanj raka
dojke, DICOM je standard, ki omogoča, da medicinsko slikanje nudi podporo za potek
dela – tako za zdravnike kot za paciente. [4]
22
3.1.1 Opis delovanja DICOM Modality Worklist
Delovanje omenjenega bomo prikazali na spodnjem praktičnem primeru, glej slika 3.1.
Operater si na Modaliteti izbere filter po katerem želi iz strežnika DICOM Modality
Worklist pridobiti podatke. Po vpisu filtrov zažene poizvedbo. Modaliteta se nato poveže z
DICOM strežnikom, katerega podatke ima vpisane v nastavitvah. Po uspešni povezavi se
ustvari asociacija med Modaliteto in DICOM strežnikom. Modaliteta sestavi C-FIND
poizvedbo in jo pošlje DICOM strežniku. C-FIND je dejansko servis, ki ustvari kriterij za
poizvedbo. Primer poizvedbe je prikazan v prilogi A.
DICOM strežnik prejeme poizvedbo in na podlagi prejeta poizvedbe poišče podatke o
naročenih pregledih v svoji podatkovni bazi. Če obstajajo naročila, ki ustrezajo kriterijem,
le te podatke o naročilih pretvori v odgovor in pošlje podatke nazaj Modaliteti. Modaliteta
nato prejete podatke prikaže operaterju. Operater nato iz seznama naročenih pregledov
izbere naročilo in izvede slikanje na Modaliteti. Po opravljenem slikanju shrani pregled
nazaj v PACS strežnik preko DICOM Store.
Mo
dal
itet
a
DIC
OM
Str
ežn
ikOdpri povezavo
C-FIND Poizvedba
C-FIND Odgovor (Seznam naročil)
Zapri povezavo
Slika 3.1: Potek komunikacije DICOM Modality WorkList - narejeno v okviru hišne
rešitve
23
3.1.2 Opis delovanja DICOM Store
Opis delovanja bomo predstavili na primeru shranjevanja slik v arhivski strežnik. V prvem
koraku modaliteta shrani sliko v svoj lokalni arhiv. V drugem koraku operater izbere
možnost DICOM Send za izbrano sliko in pregled. Modaliteta se poveže preko TCP/IP
omrežja z DICOM strežnikom, ki ima na voljo DICOM Store SCP. Dicom Store SCP je
namenjen shranjevanju podatkov med dvema napravama DICOM. [5] V naslednjem
koraku se izvede asociacija med modaliteto in DICOM Strežnikom. Po uspešni povezavi
modaliteta pošlje datoteko preko dogovorjenega porta. DICOM Strežnik prejme DICOM
datoteko in jo shrani v svoj arhiv, glej slika 3.2. Iz datoteke prebere podatke o pacientu,
pregledu, seriji in si podatke zapiše v svojo podatkovno bazo. Po prejemu slike je le ta na
voljo uporabnikom za vpogled.
Mo
dal
itet
a
DIC
OM
Str
ežn
ik
Odpri povezavo
C-STORE zahteva
N-EVENT odgovor o uspešnem vpisu
Zapri povezavo
Slika 3.2: Primer shranjevanja slik v arhivski strežnik - narejeno v okviru hišne
rešitve
24
3.2 Standard HL7
Standard HL7 se uporablja v zdravstveni informatiki za povezovanje različnih medicinskih
sistemov med seboj. Standard definira tipe sporočil za izmenjavo medicinskih podatkov.
Namen standarda je, da bi se doseglo poenotenje prenosov podatkov med sistemi. S tem bi
se zmanjšali stroški za izvedbo integracij med različnimi sistemi. Vmesniki v
informacijskih sistemih bi naj bili izvedeni univerzalno, kar pomeni, da bi se sistem
povezal z drugim sistemom brez prilagoditev sistemov.
Obstaja več verzij HL7 sporočil. Zadnja verzija 3.x ima za osnovo XML strukturo, primer
sporočila smo podali v prilogi C. Večino sistemov je še vedno na verziji 2.x, ki ima lastno
obliko sporočil. HL7v2 pozna približno čez 120 vrst sporočil. Zaradi razširjenosti verzije
2.x, ki bi naj bila po dosedanjih podatkih nekje 95%, smo se odločili, da bomo za
izmenjavo podatkov uprabljali verzijo 2.6, ki je bila že na voljo v HL7 strežniku. Za boljšo
vizualno predstavo sporočila podajamo spodnji primer:
MSH|^~\&|PACS||INFOSISTEM||20160601114049||ORU^R01|20160601114049|P|2.3|
PID|||61989|042242860|PACIENT^IME||19000511|M|||NASLOV 3, 2313 POŠTA||||
ORC|SC|288237|288237||IP||||20160601104731|
OBR|1|288237|288237|MR20005^MR LS
HRBTENICE|||20160601104731||||||||||||||||||S||1|||||00012^ZDRAVNIK||||20160601104731|
OBX|1|FT|19090||||||||IP
Podrobnejšo obrazložitev segmentov in razmejilnih znakov smo pojasnili v prilogi B na
koncu diplomskega dela.HL7 v2.x vrste sporočil označuje s tri-črkovnimi oznakami. [2]
Razdelimo ji lahko na dva segmenta, to so vhodni in izhodni podatki.
Med najpogostejšimi vhodnimi srečujemo tip sporočil ADT (angl. Admission-Discharge-
Transfer, slov. sprejem-odpust-premestitev), ki je namenjen za prenos pacientovih
demografskih podatkov znotraj HL7 komunikacije, vsebujejo pa tudi pomembne
informacije za sprožanje dogodkov kot so sprejem pacienta, odpust pacienta, prmestitev,
ipd.. Minimalni nabor zahtevanih podatkov v sporočilu je ID pacienta, Ime pacienta, Vrsta
pacienta (E – nujen, U – neznan, I – bolnišnični, O – ambulantni). [6] Naslednje sporočilo,
ki ga velja omeniti je ORM (angl. Order Message, slov. naročila). Ta tip sporočil je
namenjen prenosu informacij naročila (novo naročilo, odpoved naročila, posodobitve
25
informacij sporočila). Minimalni nabor podatkov v sporočilu je Order control, Placer order
number, Response flag, Date/Time of transaction, Set ID, Universal service identifier,
Patient ID, Patient Name (last, first, middle),[7]
Najpogosteji izhodni podatek so sporočila tipa ORU (angl. Observation Result, slov.
rezultati preiskave) so sporočila namenjena prenosu rezultatov določenega naročila.
Ponavadi ta komunikacija poteka med sistem, ki je preiskavo naročil in sistemom, ki jo je
zgeneriral. [8]
26
4 Informacijski sistemi v zdravstvu
4.1 Zdravstveno informacijski sistem - ZIS (Promedica)
Je namenjen beleženju storitev osnovnega zdravstvenega varstva, prav tako pa nudi
medicinskemu kadru pomoč pri spremljanju zdravljenja pacienta tako v ambulanti kot na
terenu. V osnovi je sestavljen iz naslednjih modulov:
1. splošna ambulanta – namenjen podpori pri delu družinskih zdravnikov,
2. zobozdravstvo – nudi podporo za dejavnosti konzervative, protetike in preventive,
3. modul naročanja – namenjen racionalnemu načrtovanju naročanja pacientov,
4. laboratorij – omogoča podporo oddelku laboratorijske diagnostike in direktnega
naročanja storitev iz ambulant znotraj zavoda,
5. fizioterapija – podpora dela fizioterapevtom s spremljanjem naročanja,
6. preventiva medicine dela – spremljanje dejavnikov tveganja, prehodni pregledi, ocena
delovnih mest,
7. otroško šolska preventiva – računalniška podpora sistematskim in namenskim
pregledom šolskih in predšolskih otrok,
8. moduli terena – namenjen obiskom zdravnikov na domu, mrtvogledi, patronažni
dejavnosti in
9. modul zdravil – uporablja šifrant zdravil agencije republike slovenije za zdravila,
povezan s pozitivno listo zdravil, vsebuje omejitve predpisovanja zdravil.
[15]
4.1.1 Varnost in zaščita podatkov
Prijava v sistem je v ZIS Promedica razdeljena na več vnosnih polij med katerimi lahko
izberemo na katero delovišče se bomo prijavili, kdo se prijavlja (tehnik, zdravnik).
Delovišča so v osnovi razdeljena na zgoraj navedene module. Prijava v sistem je zaščitena
z 8 mestnim geslom uporabnika, dostop do podakov pacienta pa se omogoči preko uspešne
priave z profesionalno kartico medicinskega osebja in 4 ali 8 mestnega pina.
27
Slika 4.1 prikazuje prijavno masko in preverjanje podatkov preko ZZZS za dostop do
podatkov pacienta.
Slika 4.1: Prijavna maska in dostop podatkov preko profesionalne kartice zdravnika
– narejeno v okviru hišne rešitve
4.2 Informacijski sistem slikovne diagnostike - RIS/PACS (ISSA)
Informacijski sistem ISSA je setavljen iz večih enot oz. modulov. Moduli sistema Issa
PACS delujejo na operacijskem sistemu Microsoft Windows. Sistem uporablja TCP / IP
računalniško omrežje. Posamezni moduli se izvajajo na strežnikih oz. na osebnih
računalnikih priključenih v lokalno omrežje. Na osebnih računalnikih so nameščeni le
moduli , ki so potrebni za določeno delovno mesto.
28
4.2.1 Delovni tok in organizacija podatkov
V spodnjih alinejah bom opisal delovni tok, lastnosti in organizacijo podatkov sistema
RIS/PACS ISSA:
edinstvena centralna baza podatkov vseh pacientov in posameznih pregledov (s
slikami), opravljenih na vseh diagnostičnih naprav vključenih v sistem,
organizacija podatkov je osredotočena na pacienta, vsak pacient ima lahko več
pregledov,
dostop do vseh podatkov o pacientu in pregledih (vključno s slikami), ki so
shranjeni v centralni podatkovni bazi je možen iz delovnih postaj vključenih v
sistem (za pooblaščene uporabnike),
slike in klinični podatki o pregledu (vključno z rezultati) v bazi predstavljajo
edinstven podatek,
medicinske slike so na voljo za pregled vsem aktivnim in pooblaščenim
uporabnikom takoj po opravljenem pregledu,
spremembe vseh kliničnih podatkov so na voljo za vse aktivne in pooblaščene
uporabnike takoj po spremembi,
pregled in ugotovitev se označijo z oznako "osnutek" dokler niso verificirane.
uporabnik lahko verificira samo lastna opravila
verificirani pregledi so zaklenjeni za vse nadaljnje spremembe, z izjemo drugega
mnenja in polj za dopolnilo. tukaj vneseni podatki vsebujejo datum in čas
dopolnitev. (dopolnitve so odvisne od delovnih tokov) in
v polja pregleda so lahko vstavljene uporabniško vnaprej določene diagnoze.
4.2.2 Varnost in zaščita podatkov
Ker so medicinski podatki zelo občutljivi, je velik poudarek na varnosti in zaščiti. Dodatno
so v infomacijskem sistemu RIS/PACS ISSA integrirane naslednje funckionalnosti:
dostop do sistema iz vsake delovne postaje je urejen z uporabniškim imenom in
geslom,
dostop do posameznih podatkov ali sistemskih funkcij za vsakega uporabnika je
odvisna od njihovih pravic,
29
možnost določitve posebnih uporabniških profilov,
možnost določitve posebnih uporabniških pravic za vsakega uporabnika (npr.: kot
so dostopi do pacientov na oddelku, dostop do pregledov, možnost izvoza
podatkov, možnost peke cd-ja, možnost uvoza podatkov, pravica do prijave),
skrivanje osebnih podatke pacientov za izbrane uporabniške skupine ( npr.:
strojepisci ali študenti ) in
vse dejavnosti v sistemu se evidentirajo in revidirajo.
4.3 Programski moduli informacijskega sistema RIS/PACS ISSA
V nadaljevanju bom opisal posamezne programske module sistema RIS/PACS ISSA
uporabljanega v ZDM.
4.3.1 Issa Strežnik
Aplikacija teče kot servis v ozadju na Windows Server operacijskem sistemu. Za
podatkovni sistem bomo uporabljali bazo MS SQL verzija 2005. Aplikacija samodejno
uvozi slike prejete s pomočjo strežnika VAMS Tec DICOM. Slike in video posnetke,
pridobljene na Issa Acquire delovni postaji, se prenesejo na strežnik iz lokalnih naprav v
vnaprej določenih časovnih intervalih. Varnostne kopije baze podatkov in slik so
ustvarjene v vnaprej določenih časovnih intervalih na izbranih lokacijah. Za stalno
sinhronziacijo vseh aktivnih Issa aplikacij, ki delujejo na omrežju, skrbi Synhro servis.
30
4.3.2 Issa NS (Network Station)
Slika 4.2: Prikaz izgleda mask Issa NS - narejeno v okviru hišne rešitve
Uporablja se za pregledovanje medicinskih slik in diktiranje ali tipkanje ustreznega
kliničnega rezultata. Issa NS omogoča hiter in preprost dostop do pacientovih sedanjih in
preteklih pregledov s pomočjo uporabniku prijaznega vmesnika, dostop do demografskih
podatkov pacienta iz seznama pacientov, dostop do vseh pacientov, pregledov in slik iz
vseh diagnostičnih naprav, ki so vključene v sistem PACS. Med ostalim omogoča tudi
prikaz vseh pacientovih demografskih podatkov v obliki prikaza pacienta. Za razvrščanje
v seznamu pacientov se lahko uporabijo vsi pacientovi podatki. Možnost razvrščanje po
več stolpcih. Pri filtriranju se v seznamu pacientov lahko uporabljajo različni kriteriji.
Prikaz seznama pacientovih pregledov vsebuje vse opravljene preglede na pacientu.
Upravljanje opravil je sorazmerno enostavno, pri tem nam pomaga uporaba vmesnika
»Moja opravila«, s številnimi možnostmi filtriranja. Dvoklik na pacienta odpre njegov
zadnji opravljen pregled. Dvoklik na pacientov pregled odpre izbrani pregled. Vsi klinični
podatki o pregledu so prikazani v obliki za pregled. Opcija za simultani pregled kliničnih
31
podatkov pregleda in slik (priročno za delovne postaje z več zasloni). Med pregledom je
možen prikaz arhiviranih slik. Apliakcija na prav tako omogoča vnos rezultatov in drugih
kliničnih podatkov (za avtorizirane uporabnike) za preglede narejene na katerikoli
modaliteti vključeni v sistem. Vsi vneseni podatki so shranjeni v bazo podatkov na
strežniku. Issa NS nam omogoča diktiranje kliničnih podatkov in rezultatov na računalnik
(SpeechMike), pri čemer se glasovne datoteke shranijo na strežnik s pripadajočim
pregledom. Pregledi in slike se lahko izpišejo na vsak standardni tiskalnik. Med ostalimi
funckionalnostmi so integrirana tudi standardna orodja za delo s slikami :
povečaj/pomanjšaj, področje zanimanja, filtri, izostritve, blur, ravni okna, Izračun
vrednosti gostote in razdalje. Ostale vsebovane funkcionalnosti so:
shranjevanje celotnega pregleda (s slikami in kliničnimi podatki ) na optični medij
(cd/dvd),
kopiraj/prilepi funkcionalnost za prenos slik ali video posnetkov na druge ms
windows aplikacije,
izpis slik na katerikoli dicom kompatibilen filmski laserski tiskalnik,
možnost pregleda slik na več zaslonih,
podpora za medicinske zaslone z visoko resolucijo in kontrastom,
možnost ponovnega pogleda in vnos kliničnih podatkov ter rezultatov na enem
zaslonu , s ponovnim simultanim pregledom slik na drugem zaslonu in
enostaven dostop do vseh funkcionalnosti s pomočjo prilagodljivih bližnjic in
»pop-up« menijev.
4.3.3 Issa NS Acquire
Issa NS Acquire je osnovni del Issa PACS sistema, ki je namenjen za pridobivanje
analognih slik iz zunanjih virov (naprave CT, MRI, UZ ki ni DICOM združljiv,
mikroskopske in endoskopske naprave ipd. ). Issa NS Acquire ima vse značilnosti Issa
NS, ki se uporablja za pregledovanje medicinskih slik. Med ostalimi funckijami bom
izpostavil naslednje:
pridobitev statičnih video slik z visoko ločljivostjo v diagnostični kakovosti iz
medicinskih naprav, ki niso dicom, za frekvenco video signala do 150 mhz,
32
pridobitev statičnih video posnetkov z visoko ločljivostjo v diagnostični kakovosti
iz medicinskih naprav, ki niso dicom, za frekvenco video signala do 165 mhz,
nadzor slik s pomočjo stopalke in
dostop do podatkov o razporejenih opravilih s pomočjo seznama »moja opravila«
omogoča lažji delovni tok z napravami analognih slik.
4.3.4 Issa WebServer
Slika 4.3: Prikaz izgleda osnovne maske Issa WebServer – narejeno v okviru hišne rešitve
Issa WebServer je lahko dodatek k Issa strežniku ali samostojna aplikacija. Omogoča
dostop do podatkov pacienta / pregledov in slik s pomočjo spletnega vmesnika ( z uporabo
katerega koli spletnega brskalnika, kot je Internet Explorer, ali aplikacijo Issa Anywhere,
ki je opisana v nadaljevanju). Omogoča dostop do vseh slik in podatkov na strežniku, kar
je odvisno od nastavitev in avtorizacije na strežniku. Ostale funkcije so:
možnost ogleda slik s pomočjo spletnega brskalnika in
33
možnost za vstop / diktiranje kliničnih podatkov in rezultatov, ki so na voljo le
pooblaščenim uporabnikom in odvisno od sistemskih nastavitev.
4.3.5 Issa Anywhere
Slika 4.4: Prikaz izgleda osnovne maske Issa Anywhere - narejeno v okviru hišne
rešitve
Issa Anywhere je dodatna aplikacija za uporabnika. Uporablja se za dostop do Issa PACS
sistema s pomočjo spletnega vmesnika . Ker za ogled uporablja spletni brskalnik ima
omejene možnosti . Issa Anywhere zagotavlja večino možnosti iz Issa NS modula . Issa
Anywhere uporabniški vmesnik je enak tistemu v Issa NS aplikaciji. Aplikacija omogoča
naročanje za pregled.
34
4.3.6 Issa »sprejemnica« front desk
Slika 4.5: Prikaz izgleda osnovne maske – narejeno v okviru hišne rešitve
Issa »Sprejemnica« je modul neposredno povezan z bazo podatkov, ki se uporablja za
registracijo novih pacientov, spreminjanje demografskih podatkov obstoječim pacientom
in urnikom opravil za vse naprave. Ostale funkcije:
možnost registracije novih pacientov (ročno ali s pomočjo naprave čitalnika kartic)
samodejno ugotavljanje pacientov z enakimi ali podobnimi imeni med registracijo
razporeditev pacienta na preglede na vseh napravah ter za vse tipe pregledov
določenih v sistemu
dodelitev pregleda zdravniku (možna avtomatska dodelitev)
samodejno iskanje prostih terminov
pregled vseh razporejenih opravil za vse naprave na določen datum
35
pregled vseh razporejenih opravil za izbrano naprave za določen časovni interval
možnost določitev naprav na katerih se opravljajo pregledi
možnost opredelitve vrste pregledov za vsako od naprav in samodejna dodelitev
postopkov in šifer zaračunavanja za razporejene preglede
možnost časovne opredelitve vsakega pregleda
možnost ročne spremembe časovne opredelitve pregleda/opravila
možnost ročne spremembe datuma in časa razporejenega opravila (povleci in
spusti)
določitev delovnega časa, ki je specifična za vsako napravo
določite delavnih in ne delovnih dni za vsako posamezno napravo ali celoten
oddelek in
komunikacija z strežnikom vams tec dicom za prenos urnika na združljive naprave
dicom s pomočjo servisa dicom modality worklist.
36
4.3.7 Issa »strojepisnica«
Slika 4.6 : Prikaz osnovne maske Issa »strojepisnica« - narejeno v okviru hišne
rešitve
Aplikacija je neposredno povezana z Issa strežnikom. Uporablja se za prepis diktiranih
rezultatov, ki se dodajo v ustrezna polja k pregledu. Funkcionalnosti so naslednje:
Dostop do vseh diktiranih glasovnih datotek na strežniku
Nadzor in navigacija posnetka s pedali
Možnost skrivanja imena pacientov za strojepisca - pregledi so označene z ID
kodo pregleda
Vzdrževanje seznama opravil za strojepisca
Možnost pošiljanja pregleda na ponovni prepis (Issa NS) v primeru popravkov
Orodje za črkovanje in orodje »Rich Text Format«
Možnost vstavljanja ICD- 9 in ICD- 10 diagnoz ali vnaprej določenih diagnoz
37
4.3.8 Issa NS AVL (Advanced Viewer Level – Napredni pregledovalnik)
Slika 4.7: Prikaz pogleda slike v naprednem pregledovalniku – narejeno v okviru
hišne rešitve
Issa NS AVL1 in AVL2 se po želji lahko doda na katerokoli delovno postajo z nameščeno
Issa NS. Lahko se namesti le izbran del modula (na primer, če je potrebna samo
funkcionalnost MPR, se le ta doda Issa prikazovalniku slik) . Glavne funkcije:
multi-planar reconstruction (mpr),
volume rendering (vr),
virtualna kolonoskopija ( vc ),
merjenje in analiza v 2d in 3d,
največja intenzivnost projekcije ( mip ) in
zlivanje slike v 2d in 3d.
38
4.3.9 VAMS Tec DICOM strežnik
Modul VAMS Tec DICOM strežnik omogoča komunikacijo Issa PACS sistema z DICOM
združljivimi napravami. Modul teče kot servis v ozadju na Windows Server platformi ( ali
na operacijskem sistemu Windows (XP ali novejšem) , v primeru Issa Stand alone
namestitve). Uporablja TCP/IP protokol za komunikacijo z drugimi napravami ali delovno
postajo, ki lahko analizira DICOM kompatibilne slike. VAMS Tec DICOM Strežnik ima
naslednje DICOM servise:
storage scu,
storage scp,
modaliteta opravil scp,
poizvedbe scu / scp in
tiskanje scu.
Slike, pridobljene a pomočjo Storage SCP storitev se samodejno arhivirajo v centralno
bazo podatkov. Pri prejemu slike aplikacija preverja če pacient z isto identifikacijsko
številko in imenom že obstaja v bazi podatkov in mu doda prejeto sliko. Če ni mogoče
najti ujemajočega pacienta, aplikacija ustvari novega pacienta in mu dodeli nov pregled na
katerega shrani slike.
4.3.10 Vams Tec HL7 Strežnik
Modul Vams Tec HL7 strežnik omogoča povezavo do različnih HIS sistemov z uporabo
HL7 protokola. Integracija in implementacija te funkcije se izvaja posebej za vsako
lokacijo, zaradi širokih protokolarnih definicij ter številnih možnosti.
4.3.11 Pharos strežnik
Pharos Strežnik je komunikacijski strežnik, ki sprejema povezave iz oddaljenih
računalnikov. Povezuje in sprejme preglede s pomočjo povezave Pharos klienta in jih
posreduje ustreznim prejemnikom ali na Issa strežnik. Prav tako so rezultati in druga
mnenja za preglede, ki so prejeta iz oddaljenih lokacij poslani nazaj s pomočjo Pharos
strežnika. Če sta pošiljatelj in prejemnik prisotna(online), bo Pharos strežnik nemudoma
posredoval informacije na želeno destinacijo. Če prejemnik ni prisoten (offline), bo
39
strežnik obdržati sporočilo, dokler se prejemnik ponovno ne poveže. Pharos strežnik
zabeleži vse povezave in omogoča periodično poročanje o prometu. Datoteke so pri
prenosu šifrirane. Uporabniki povezani na Pharos strežnik se identificirajo s svojim
uporabniškim imenom in geslom.
4.3.12 Pharos odjemalec
Pharos odjemalec je komunikacijski modul, ki se poveže z Pharos strežnikom z
uporabnikovim edinstvenim uporabniškim imenom in geslom. To se uporablja za prenos
pregledov, slik in medicinskih podatkov z drugimi Issa sistemi, ki so povezani z različnimi
Issa bazami. Rezultati in druga mnenja natipkana ali diktirana na vsaki Issa lokaciji se
prenesejo nazaj na oddaljene lokacije s pomočjo Pharos klienta.
40
5 Integracija ZIS in sistema RIS/PACS
5.1 Opis modalitet (RTG, UZ, Zobni RTG, Mamograf)
Pri preverjanju ustreznosti modalitet in zmožnosti komunikacije po standardu DICOM,
smo lahko potrdili, da vse spodaj navedene modalitete tehnično ustrezajo. Preverjali smo
obstoj naslednjih servisov [12]:
1. DICOM STORAGE (shranjevanje slik na centralni strežnik),
2. DICOM STORAGE COMMITMENT (zahteva odjemalca po shranjevanju slik na
strežniku),
3. DICOM MODALITY WORKLIST MANAGEMENT (prikaz naročenih nalog na
konzoli naprave),
4. DICOM PRINT (možnost tiskanja neposredno iz modalitete),
5. DICOM Q/R (zahteva dostopa do shranjenih slik in pošiljanje drugim modalitetam) in
6. DICOM STRUCTURE REPORTING (generiranje strukturiranih sporočil).
V uporabi so naslednji medicinski aparati, ki generirajo slikovni material:
1. Digitalni Rentgen Toshiba
RTG aparat za slikanje celotnega telesa, z dvema fiksnima digitalnima
detektorjema(43x43 cm), motorizirani pomiki slikovne mize in stenskega stativa,
sledenje rtg cevi mizi in stenskemu stativu.
Dicom komunikacija: DICOM STORAGE, DICOM STORAGE COMMITMENT
DICOM MODALITY WORKLIST MANAGEMENT (priloga gif.), [5]
2. Ultrazvok Toshiba Aplio 400
41
Ultrazvočni aparat za pregled celotnega telesa, s povdarkom na abdomen in dojko,
vključno z ožiljem, z strain elastografijo za diagnostiko tumorjev.
Dicom komunikacija: DICOM STORAGE, DICOM PRINT, DICOM STORAGE
COMMITMENT, DICOM Q/R, DICOM STRUCTURE REPORTING, DICOM
MODALITY WORKLIST MANAGEMENT( priloga gif). [5]
3. Ultrazvok Toshiba Aplio 500
Vrhunski ultrazvočni aparat za pregled celotnega telesa, s povdarkom na abdomen
in dojko, vključno z ožiljem, z strain in shearwave elastografijo za vrhunsko
diagnostiko tudi globljih tumorjev.
Dicom komunikacija: DICOM STORAGE, DICOM PRINT, DICOM STORAGE
COMMITMENT, DICOM Q/R, DICOM STRUCTURE REPORTING, DICOM
MODALITY WORKLIST MANAGEMENT ( priloga gif.). [5]
4. Digitalni mamograf Planmed
Najsodobnejši digitalni mammograf z vsemi motoriziranimi pomiki, detektor
24x30cm, MaxView funkcija vleka dojke za boljši prikaz slikanega področja.
Dicom komunikacija: DICOMSTORAGE, DICOM STORAGE COMMITMENT,
DICOM Q/R, DICOM PRINT, DICOM MODALITY WORKLIST
MANAGEMENT (priloga jpg). [9]
5. Digitalni rentgen za slikanje zob Planmeca
Aparat namenjen za kompletno maksilofacialno in oralno slikanje bolnikov.
DICOM: Dicom komunikacija: DICOM STORAGE, STORAGE COMMITMENT,
DICOM Q/R, (priloga JPEG ali TIFF za 2D sliko, DICOM (2D and 3D slike), STL
(3D slika), TIFF, JPEG, PNG, BMP (import/export). [10], [11]
Vsi aparati omogočajo sprejem DICOM Modality Worklist za prikaz naročenih nalog na
konzoli naprave in DICOM Store za shranjevanje slik na centralni strežnik.
42
5.2 Seznam zahtev sistema RIS/PACS
Osnovne zahteve oz. funkcionalnosti sistema, ki smo jih identificirali tokom priprave na
projekt so naslednje:
sistem mora biti kompatibilen z obstoječimi delovnimi postajami dicom, ki so v
uporabi v zavodu,
sistem mora biti kompatibilen z novejšimi modalitetami, ki se bodo nabavile v
prihodnosti. kot so npr.: digitalni mamografski aparat, vse ostale kompatibilne
dicom uz naprave, kompatibilne dicom rtg naprave,
omogočati mora sprejem slik končanih pregledov iz diagnostičnih naprav preko
funkcionalnosti dicom storage,
vpis podatkov o pacientu mora biti omogočen na sprejemu,
na enostaven način razporejanje pregledov po diagnostičnih napravah,
prenos naročenih pregledov na konzole diagnostičnih naprav preko
funkcionalnosti dicom modality worklist,
sprejem strukturiranih poročil dicom iz uz naprav,
diktiranje izvidov v računalnik, digitalno shranjevanje zvočnega zapisa na
odjemalcu , dostopnost glasovnega zapisa izvidov preko mrežnega dostopa, za
potrebe strojepisca in možnost digitalne verifikacije prepisa,
izpis izvida na tiskalnik,
distribucija radioloških slik in izvidov po ostalih oddelkih in ambulantah zdm,
tudi v dislociranih lokacijah,
upoštevati mora zahteve slovenske zakonodaje in zahteve zavoda za zdravstveno
zavarovanje slovenije (v nadaljevanju zzzs),
sistem mora zagotavljati varovanje podatkov in arhiviranje slikovne in druge
zdravstvene dokumentacije,
sistem mora omogočati kasnejšo nadgradnjo s cad sistemom za mamografijo.
dodajanje nove naprave dicom v sistem mora biti brezplačno,
sistem pacs/ris mora podpirati šumnike, vsi moduli morajo biti v slovenskem
jeziku,
43
sistema pacs in ris morata biti dvosmerno povezana (direktni vpogled iz ris v
pacs in obratno),
sistem pacs/ris v celoti delovati na microsoft programski opremi, ki je trenutna
platforma v ZDM in
sistem mora omogočati tele-radiologijo (oddaljeno odčitavanje slik, oddaljeno
diktiranje izvidov ali vpis izvidov).
5.3 Seznam funkcionalnosti integracije ZIS – RIS/PACS
Z implementacijo PACS/RIS sistema želimo informatizirati oddelek radiologije in s tem
doseči naslednje cilje :
1. hitrejši dostop do slikovnega materiala, ki nastane na oddelku radiologije,
2. z racionalizacijo dela zagotoviti visoko učinkovitost (poenostaviti naročanje, pacientov,
izdajo izvidov, obračun storitev,..),
3. zvišati zanesljivost dela,
4. zmanjšati možnost izgube podatkov,
5. dostop do slikovnega materiala na vseh oddelkih naročnika, tudi dislociranih,
6. z integracijo s sistemom zis odpraviti nepotrebne vnose podatke in s tem pohitriti, delo
na oddelku radiologije,
7. oddaljen dostop do pregledov in oddaljen vpis ali diktiranje izvidov in
8. zmanjšati možnost napak pri naročanju pacientov.
Pričakovane funkcionalnosti integracije za prenos podatkov o naročilu iz ZIS v RIS :
Demografski podatki
Ime,
Priimek,
Naslov,
Kraj,
Telefon,
Št. napotnice,
Opomba,
44
Nujnost
Podatki o pregledu
Vrsta pregleda,
Napotni zdravnik,
Datum, ura,
Potrditev prenosa s strani RIS ,
Prenos statusa naročila iz RIS v ZIS :
Za posamezno naročilo je potrebno obvestilo iz RIS v ZIS, da je bilo naročilo
obdelano (poslikano). To je tudi osnova za obračun.
Po končanem prenosu potrditev iz ZIS v RIS
Prenos teksta izvida in statusa o zaključku naročila, ko je pregled končan in
verificiran s strani zdravnika.
Po končanem prenosu potrditev iz ZIS v RIS.
Možnost stornacije naročila v RIS in ZIS.
V primeru stornacije naročila, se le to stornira tudi v drugem sistemu.
Možnost spremembe naročila v ZIS.
V primeru spremembe naročila, se mora sprememba prenesti tudi v drug sistem
5.4 Priprava projekta
5.4.1 Terminski plan
V terminskem planu smo definirali časovnico za pripravo in zagon celotnega projetka.
Časovnica je bila v veliki meri odvisna od dobav računalniške opreme, mamografskega
aparata in rentgena. Glede nato, da je bila velika verjetnost, da se bo nabava novih
medicinskih aparatov precej zavlekla, smo postavili samo zaporedni terminski načrt
aktivnosti:
vzpostavitveni sestanek,
45
priprava in popis procesov v oddelku centra za bolezni dojk (v nadaljevanju
cbd), ki so pomembni za implementacijo integracije,
definiranje uporabnikov, vlog, vrst pregledov, modalitet,
namestitev strežnikov,
namestitev ms sql baze podatkov,
priprava sporočil za osnovno komunikacijo,
konfiguracija hl7 strežnika na ris strani,
konfiguracija mirthconnect za pretvorbo sporočil v vnaprej definirana sporočila,
priprava sporočil na strani promedice,
implementacija sistema ris/pacs,
namestitev paketa issa strežnikov,
konfiguracija dicom store komunikacije,
konfiguracija dicom modality worklist,
testiranje prenosov,
osnovni test komunikacije med sistemi in pravilnost prebranih sporočil,
testiranje posameznih procesov pozitivni scenarij,
testiranje celotnega tokokroga integracije,
vpis šifrantov uporabniki, oddelki, vrste pregledov,
namestitev delovnih postaj,
nastavitev parametrov delovnih postaj,
konfiguracija hanging protokolov,
testiranje delovanja celotnega sistema,
izobraževanje uporabnikov,
zagon v živo in
pomoč v prvih dneh uporabe.
5.4.2 Prikaz delovnega toka in integracijske sheme na oddelku radiologije ZDM
Spodnja slika, glej slika 5.1, prikazuje delovni tok namenjen razumevanju delovnih
procesov v oddelku radiologije ZDM in služil kot vodilo za integracijo, med RIS/PACS in
ZIS.
46
Slika 5.1: Shema poteka delovnega toka - -narejeno v okviru hišne rešitve
47
Na sliki 5.2 prikazujemo integracijsko shemo sistemov.
Slika 5.2: Integracijska shema sistemov -narejeno v okviru hišne rešitve
48
6 Implementacija strojne in programske opreme projekta
6.1 Implementacija strojne računalniške opreme
Pred priključitvijo strojne računalniške opreme je bilo potrebno postoriti še nekaj dela na
temo varnosti dostopa do podatkov. Kot prvo smo na imeniškem strežniku kreirali novo
organizacijsko enoto Radiologija. V njo smo vključili vse nove uporabnike, ki bodo delali
znotraj radiološkega oddelka. Znotraj te skupine je bila kreirana nova globalna varnostna
skupina z imenom PacsUsers. Pripadnost tej varnostni skupini je pogoj za dostop do
omrežja in storitev na radiološkem oddelku. Na nivoju omrežja smo naredili nov segment
(VLan), ki je ločen od ostalega dela omrežja, postavili virtualni PACS strežnik, kreirali
diske na diskovnem polju. Postavitev sistemskega okolja je prikazan na sliki 6.1.
Slika 6.1: Postavitev sistemskega okolja – narejeno v okviru hišne rešitve
49
6.2 Implementacija programske opreme
Pri konfiguracija baze podatkov za RIS/PACS sistem smo uporabili obstoječ Microsoft
SQL strežnik, na strežnik smo namestili podatkovno bazo Issa. Dodatno sta bila dodana
dva uporabniška računa. Za potrebe integracije je bilo potrebno v samo podatkovno bazo
vpisati podatke o vrstah pregledov, uporabnikih, napravah in nato izvesti povezave med
samimi šifranti. Primer nastavitev pregleda, prikazujemo na sliki 6.2.
Slika 6.2: ISSA Server nastavitve vrste pregledov – narejeno v okviru hišne rešitve
Sama konfiguracija prenosov podatkov se izvaja v administraciji aplikacije Issa. Za
integracijo je pomembno, da se definirajo enake vrste pregledov kot so nastavljene v ZIS.
V naslednjem koraku smo definirali oddelke in naprave. Za pravilno delovanje Modality
Worklist je pomembno, da se nastavijo katere vrste pregledov se izvajajo na katerih
napravah.
Kot naslednje je sledilo definiranje modalitet. Za prikaz naročil na konzolah modalitet je
potrebno v ISSA vnesti naprave. Napravam določimo ime, AE Title, Modaliteto. Napravo
potem vežemo na vrste pregledov.
50
Pri definiranje strukturiranih poročil sistem omogoča, da sami definiramo vnosne maske za
izdelavo izvidov, takšen primer je vprašalnik CBD _(Center za bolezni dojk) in je prikazan
na sliki 6.3. Izpisi izvidov so nato vezani na posamezno vrsto pregleda.
Slika 6.3: Primer začetne zaslonske maske za izdelavo obrazca za vnos podatkov –
narejeno v okviru hišne rešitve
Za izdelavo vnosnih mask smo imeli na voljo orodje, kjer vizualno sestavimo obrazec za
vnos podatkov, podatki so nato vezani na pregled in se shranijo v obliki XML. Primer
podatkov v XML obliki se nahaja v prilogi D. Te podatke lahko avtomatsko izpišemo kot
rezultat izvida. Pri vizualnem oblikovanju izpisov smo si pomagali z orodjem na sliki 6.4
za oblikovanje izpisov.
51
Slika 6.4: Zaslonska maska orodja za oblikovanje izpisov – narejeno v okviru hišne
rešitve
V primeru kompleksnih izpisov lahko uporabimo tudi SQL objekte neposredno iz
podatkovne baze. Primer SQL poizvedbe, ki smo jo kreirali za izpis izvida na oddelku za
radiologijo s centrom za bolezni dojk je naveden v prilogi E.
Ta poizvedba avtomatsko sestavlja stavke na podlagi izbranih parametrov, ki jih izbere
zdravnik in jih izpiše kot končni izvid.
52
Pri konfiguraciji HL7 Server smo nastavili vse potrebno za delovanje komponente
strežnika. Na sliki 6.5 prikazujemo bistvene nastavitve potrebne za uspešno delovanje
strežnika.
Slika 6.5: Nastavitve ISSA HL7 serverja – narejeno v okviru hišne rešitve
Iz prikazane slike vidimo, da smo servis namestili in da je v stanju delovanja.
Na nastavitvah nastavimo TCP/IP vrata preko katerega bo strežnik sprejemal sporočila v
obliki MLLP. Komunikacija poteka neposredno z Mirth Connect strežnikom. Mirth
Connect strežnik je odprtokodno integracijsko orodje, ki omogoča filtriranje,
preoblikovanje in usmerjanje HL7 sporočil.
Nastavijo se še lahko ostali parametri, ki so odvisni od posameznega poteka podatkov.
Nastavljena je tudi možnost, da se neposredno v RIS sistem vpišejo podatki, ki še ne
53
obstajajo (Npr. nove vrste pregledov, novi zdravniki, itd.). S tem je namestitev na strani
HL7 zaključena.
Na strani ZIS za komunikacijo z RIS skrbi odprtokodno orodje Mirth Connect.
Slika 6.6: Osnovna ekranska slika orodja Mirth Connect – narejeno v okviru hišne
rešitve
Kot vidimo na sliki 6.6 poteka komunikacija preko treh osnovnih kanalov, pred
podrobnejšim opisom nadaljnih konfiguracij jih bomo na kratko opisali:
1. ACK – namenjen pošiljanju potrditev pravilno prenesenih sporočil,
1. vhodni podatki - MB DBR Port (tabela za prenos naročil ) in
2. izhodni podatki - MB DBW Port (prejema poročila v HL7 obliki iz HL7 Serverja,
pretvori v SQL Query in vpiše v vmesno tabelo).
V naslednjem koraku bomo opisali korake konfiguracije komunikacij sistema Mirth
Connect.
54
Mirth Connect komunicira z ostalimi aplikacijami preko različnih kanalov.
Slika 6.7: Tok sporočila skozi kanal Mirth Connect – narejeno v okviru hišne rešitve
Pot sporočila je v vseh primerih poenotena in je sestavljena iz večih komponent, glej slika
6.7. V prvem koraku smo nastavili potrebne nastavitve na strani vira podatkov. Na sliki 6.8
je razvidno, da smo na strani vira morali nastaviti naslednje podatke:
1. tip konektorja,
2. način komunikacije,
3. ip naslov poslušalca (v našem primeru naslov strežnika pacs),
4. številka porta preko katerega poteka komunikacija,
5. velikost vmesnega pomnilnika,
6. definiranje oblike začetka in konca sporočila,
7. potrditev uspešnosti obdelave sporočila in
8. vse ostale nastavitve so privzete.
55
Slika 6.8: Primer nastavitve vira podatkov v orodju Mirth Connect - narejeno v
okviru hišne rešitve
Na viru podatkov izberemo od kod in na kak način bo kanal črpal podatke. Možnosti so
nasledenje, glej slika 6.9 :
Slika 6.9: Način črpanja podatkov izbranega kanala - narejeno v okviru hišne rešitve
56
Kot vidimo na sliki je način od kod izvirajo podatki veliko. V našem primeru bomo
uporabili LLP listener in možnost Server. LLP listener bere sporočila poslana preko nižjih
ravni HL7 protokola. Deluje lahko kot strežnik, ki čaka na sporočila, ali kot odjemalec
poevzan na strežnik. [13] Nastavimo TCP/IP naslov in vrata. In na tem naslovu in vratih
bo kanal poslušal in sprejemal podatkov iz HL7 strežnika. Nastavimo še odgovor na
uspešno prejeto naročilo in sporočilo (AA – aplication acept). Ostale nastavitve ostanejo
takšne kot so.
V naslednjem koraku, glej slika 6.10, na strani cilja podatkov smo nastavili kam se bodo
podatki iz kanala prenesli oziroma vpisali.
Slika 6.10: Nastavitve kanala za MB DBW port - narejeno v okviru hišne rešitve
V našem primeru bomo podatke, ki jih prejmemo preko MLLP protokola vpisali v vmesno
tabelo na MS SQL strežniku. Iz te tabele bo nato Promedica interno prenesla podatke v
svoj informacijski sistem. Zato izberemo Database Writer kot način dostopa. V polje
57
javascript pa zapišemo SQL stavek, ki poskrbi za vpis podatkov. V Sql stavku se
uporabljajo spremeljivke, ki jih napolnimo na »transformerju« oz. pretvorniku. V
nadaljevanju besedila bomo uporabljali izraz pretvornik.
Pretvornik je namenjen pretvorbi podatkov iz vhoda v drugo obliko. Pretvornik je
sestavljen iz posameznih korakov, ki se izvajajo v vrstnem redu od prvega do zadnjega,
glej sliko 6.11. Na vsakem koraku lahko izvedemo mapiranje podatkov ali izvedemo del
javascript kode. Na pretvorniku preberemo posamezen podatek iz vhodnega sporočila.
Podatek lahko nato mapiramo z izhodnimi podatki. Vhodni podatek lahko tudi vpišemo v
spremenljivko ali pa preko javascript programskega jezika izvedemo program.V Mirth
Connect so na voljo pretvorniki na strani vira in na strani cilja
Slika 6.11: Nastavitve kanala za MB DBW port – pretvornik vira - narejeno v okviru
hišne rešitve
Primer Mapper pretvornika. V tem primeru izberemo podatek iz vhodnega sporočila in ga
mapiramo na podatek v izhodnem sporočilu ali spremenljivki.
58
Preko Message Template naložimo v pretvornik sporočilo, ki mora biti enake oblike kot ga
bomo dobivali preko vira podatkov. Preko tega nato lahko izbiramo posamezen podatek v
Mirth Connect.
Slika 6.12: Nastavitve kanala za MB DBW port – primer koraka v pretvorniku -
narejeno v okviru hišne rešitve
Na sliki 6.12 smo prikazali primer koraka v pretvorniku, kjer smo uporabili javascript
programski jezik za pretvorbo podatkov. Z možnostjo uporabe programske logike lahko
izdelamo zelo kompleksne integracijske sheme.
Z definicijo pretvornikov, vhodnih in izhodnih kanalov je komunikacija med sistemi
pripravljena. Na enak način še izdelamo kanal, ki pošilja podatke iz ZIS V RIS (DBR). Vir
podatkov, glej slika 6.12, je v tem primeru nastavljen kot Query iz SQL baze, ki se
zapišejo v spremenljivke :
59
Slika 6.13: Nastavitve kanala za pošilanje iz ZIS v RIS - narejeno v okviru hišne
rešitve
V pretvorniku cilja se opravi mapiranje podatkov iz SQL query spremenljivk v HL7
podatek vpisan v posamezen segment, glej slika 6.14.
Slika 6.14: Nastavitev mapiranja iz SQL v HL7 - narejeno v okviru hišne rešitve
60
Na strani cilja se nastavi kot izhod iz kanala HL7 sporočilo, ki je sestavljeno v pretvorniku
in se pošlje preko MLLP HL7 Strežniku ISSA, glej slika 6.15.
Slika 6.15: Nastavitev cilja za MLLP HL7 – ISSA - narejeno v okviru hišne rešitve
Primera podatkov, ki se vpišejo pri prenosu med aplikacijama v prilogah F in G.
61
7 Vzpostavitev celotnega okolja sistema
7.1 Namestitev in postavitev diagnostičnih postaj
Diagnostične delovne postaje se uporabljajo s strani radiologov za odčitavo radioloških
slik. Tipična sestava radiološke delovne postaje je osebni računalnik, navadnega monitorja
za vpogled v podatke o pregledu pacientua ter eden ali dva diagnostična monitorja. Zaradi
mamografskih slik se morajo uporabljati diagnostični monitorji resolucije 5MP in 12 bitne
sivinske lestvice. Monitorja morata biti kalibrirana po DICOM standardu. Delovne postaje
so vključene v domeno. Do podatkov v Sistemu RIS/PACS dostopajo preko aplikacije
ISSA Network Station, ki se povezuje na centralno podatkovno bazo in mrežne poti do
aplikacije. Na delovno postajo so priključeni digitalni diktafoni za digitalno diktiranje.
Zvok se shrani k pregledu na strežniku. Vsak pregled ima svojo unikatno šifro in pod to
šifro se v datoteko na diskovno polje zapiše audio datoteka.
7.2 Instalacija in postavitev strežniškega okolja
V vzpostavitvi sistema RIS/PACS predstavlja največji izziv količina podatkov, ki se
generira na posamezni modaliteti. Saj so vse slike generirane iz RTG aparata in
mamografskega aparata v visoki ločljivosti, brez izgub na kvaliteti slike. Izjema je UZ
aparat, ki shranjuje podatke o sliki v JPG obliki v DICOM datoteki.
Zaradi slednjega je potrebno predvideti dovolj veliko kapaciteto za shranjevanje podatkov
in zagotoviti veliko propustnost pretoka podatkov na omrežju. V tabeli 7.1 prikazujemo
povprečno velikost slik in preiskav.
62
Tabela 7.1: Povprečna velikost ustvarjenih podatkov ene preiskave
Velikost slike v MB Št.slik Velikost preiskava v MB
RTG Slika 14 10 140
UZ Slika 0,12 5 0,6
Mamografija 19 4 76
UZ Uncomrpressed 2,2 10 22
Ker ni več slik v papirni obliki je slikovni material na voljo samo v digitalni obliki. Podatki
so za samo obdelavo pacientov kritični. Zagotoviti moramo stabilno delovanje sistema in
poskrbeti za varnost podatkov. To smo dosegli z vzpostavitvijo redundantnega sistema
(Hyper-V cluster) in z implementacijo dovolj zmogljivega diskovnega polja.
7.3 Vzpostavitev sistema RIS/PACS
Ko je bila vzpostavljena strežniška infrastruktura se je lahko implementiral programski del
sistema RIS/PACS. Sam sistem je sestavljen iz naslednjih modulov, ki so podrobneje že
bili opisani v poglavju 4.3:
DICOM Server - omogoča prejem in pošiljanje DICOM podatkov preko mreže,
ISSA Server - skrbi za sinhronizacijo podatkov med DICOM in podatkovno
bazo,
Web Server - namenjen dostopu do slik preko brskljalnika ali nameske aplikacije
ISsaAnyWhere – omogoča dostop do podatkov pacienta / pregledov in slik s
pomočjo spletnega vmesnika,
ISSA Typist -namenjen administratorkam za prepis zvočnih zapisov ,
ISSA Network Station - delovna postaja za odčitavo slikovnega materiala,
omogoča, pregled slik, definicijo različnih hanging protokolov in
ISSA BurnServer - namenjen avtomatizaciji pisanja CD-jev na CD Robot.
7.4 Vzpostavitev integracije
Pri vzpostavitvi intergacije je bila naša glavna naloga, da povežemo sistem RIS/PACS in
ZIS, da lahko izmenjujeta podatke v obe smeri. Vse tri akterje smo v celoti povezali, da so
63
znali izmenjevati podatke iz RIS/PACS sistema v ZIS sistem in obratno. V prvem koraku
smo vse module namestili na strežnike, nato smo se dogovorili o načinu komunikacije
preko TCP/IP omrežja in obliki podatkov. Ko so bile vsi informacije znane, smo
konfigurirali vse akterje, da so razumeli sporočila in da so se podatki tudi pravilno
interpretirali med sistemi. V drugem koraku smo vsakemu izmed treh glavnih akterjev
določili funkcije.
Funkcija strežnika RIS/PACS HL7 je, da sprejema in pošilja sporočila iz in v RIS/PACS,
pretvori v obliko za vpis v podatkovno tabelo in vpiše podatke v podatkovno bazo. Za
vsako sporočilo odgovori z pozitivno ali negativnim rezultatom prejema podatkov. Prejem
in pošiljanje sporočil poteka preko TCP/IP MLLP protokola.
Funkcija strežnika MirthConnect je sprejem, kontrola in pretvorba podatkov iz HL7 v
podatkovno tabelo in iz podatkovne tabele v HL7 obliko. Odgovarjanje na sporočila o
uspešnosti pretvorb in prenosov. Prejem in pošiljanje podatkov preko TCP/IP MLLP
protokola.
Naloge sistema ZIS so priprava podatkov za naročilo, vpis podatkov v tabelo namenjeno
prenosu, vpis podatkov o statusu rezultatov v tabele in prikaz podatkov uporabniku.
Ko so bile nastavljene vse komponente, smo preverili delovanje, pravilnost prenesenih
podatkov in pravilnost komunikacije.
7.5 Vzpostavitev teleradiologije
Ker izvide pišejo tudi zdravniki, ki niso v rednem delovnem razmerju na ZDM, smo za
njih omogočili možnost oddaljenega dostopa do sistema RIS/PACS. Za avtentifikacijo
uporabnikov in varen dostop do slikovnega materiala izven omrežja ZDM so potrebni
naslednji koraki.
Vzpostavitev virtualnega privatnega omrežja (v nadaljevanju VPN povezava) do ZDM, ki
smo ga zagotovili z uporabo programskega orodja Global protect podjetja PaloAlto. Na
sliki 7.1 je prikazana osnovna vnosna maska programa. IP zunanjega portala je v tem
prikazu zaradi varnostnih razlogov zasenčen.
64
Slika 7.1: Primer nastavitev programa za vzpostavitev VPN kanala za dostop do
omrežja ZDM - narejeno v okviru hišne rešitve
Za dostop do podatkov znotraj sistema RIS/PACS se je potrebno prijaviti z uporabniškim
imenom in geslom, ki smo ga kreirali znotraj sistema RIS/PACS.
Pravilno prijavljenemu uporabniku aplikacija IssaAnywhere omogoča vpogled v slikovni
material pacienta, za katerega je oddaljen uporabnik pridobil pravice za vpogled in
diagnostiko. Kompetentna oseba v ZDM dodeli uporabniku izven ZDM pravice dostopa do
posameznega pacienta. Vsi koraki dodeljevanja pravic in dostopa do pacientovih podatkov
se beležijo v sistemu RIS/PACS. Aplikacija IssaAnywhere omogoča oddaljenim
uporabnikom prenos kompirmiranih slik preko interneta. Uporabnik ima nato možnost
pisanja izvidov ali diktiranje izvidov neposredno v aplikacijo. Podatki se nato preko
interneta in varne povezeva shranijo centralno na strežniku.
65
8 Analiza stroškov in kvalitete storitev
V spodnjih tabelah smo predstavili bistvene prednosti nakupa in integracije sistema.
Analiza stroškov je predstavljena v tabeli 8.1 in izraža finančne in ostale pozitivne
spremembe pred in po integraciji sistemov.
Tabela 8.1: Analiza stroškov
Obdobje pred integracijo Obdobje po integraciji
2009 2010 2011 2012 2013 2014 2015
Število zaposlenih
radiologov 4 4 4 3 3 3 3
Stroški potrošnega
materiala (rentgenski film,
CD medij, kartuše za CD
zapisovalec) 40.000 € 43.000 € 50.500 € 2.050 € 2.550 € 2.750 € 3.000 €
Stroški sistema RIS/PACS
razdeljeno na obdobje 5
let 0 € 0 € 0 € 32.600 € 32.600 € 32.600 € 32.600 €
Čakalne dobe (povprečno
število dni) 75 75 75 55 45 22 22
Število obravnavanih
pacientov na oddelku 2666 3518 4845 5463 5648 5752 6970
Povprečen čas slikanja
(izražen v minutah) 25 25 25 15 15 15 15
Povprečen administracije
(vstavljanje podatkov
pacienta, prepis izvida,…) 30 30 30 20 20 20 20
Za primerjalno analizo smo zajeli podatke zadnjih treh let pred integracijo (starejši podatki
v času izdelave niso bili na voljo) in celotno obdobje po integraciji. Da bi bila analiza tem
bolj primerjalna, namreč pri analognih modalitetah sistem RIS/PACS ni bil potreben, smo
v analizo vključili tudi stroške sistema RIS/PACS, ter jih razporedili na amortizacijsko
obdobje 5 let.
66
Analizo kvalitete storitev smo predstavili v tabeli 8.2 v opisni obliki, saj je v številčni
obliki ni možno ali pa jo je nesmiselno izraziti. V tabelo smo vključili nekaj
najpomembnejših prednosti in izboljšav, ki smo jih evidentirali tokom analize uspešnosti
projekta.
Tabela 8.2: Analiza kvalitete storitev
Teza Obdobje pred integracijo Obdobje po integraciji
Kvalitetnejša
obravnava pacienta
Ročno prepisovanje podatkov
pacienta v modaliteto (možnost
vnosa napačnih oz. nepopolnih
podatkov), slaba sledljivost
pacientov
Elektronski prenos podatkov
(bistveno zmanjšana možnost
napak), dobra sledljivost pacientov
Povečanje kvalitete
diagnostike
Analogne modalitete,
negatoskopi,
Digitalne modalitete, kvalitetni
diagnostični monitorji z naprednimi
programskimi orodji za kvalitetno
diagnostiko
Enostaven pregled
zgodovine pacienta
Tehnik je moral pred
pregledom zbrati vso potrebno
dokumentacijo iz prejšnjih
obravnav.
Vsi podatki pacienta zbrani na
enem mestu, vidna celotna
zgodovina pacienta na enem mestu.
Povezljivost
zdravstvenih
ustanov
Za diagnostiko je bilo potrebno
zbrati vso potrebno medicinsko
dokumentacijo in jo fizično
dostaviti v drugo ustanovo ali
pa poslati po pošti oz. v
določenih primerih jo je
pacient dostavil sam.
Za sodelovanje zunanjih
sodelavcev se dovoli omrežni
pogled do podatkov pacienta. Pogoj
je seveda, da ima zunanji sodelavec
z ZDM-je sklenjeno pogodbo o
sodelovanju, na podlagi katere se
mu dodeli povezava in prijavni
podatki.
Zmanjšanje
papirnega gradiva
Vso slikovno in papirno
gradivo se je shranjevalo v
fizični obliki v arhivih ZDM-ja.
Vsa dokumentacija shranjena v
elektronski obliki.
Na sliki 8.1 opažamo tendenco naraščanja števila pacientov, ki je nastala delno zaradi
zmanjšanja čakalnih dob, po drugi strani pa se večajo potrebe po slikovni diagnostiki pri
obravnavi pacienta.
67
Slika 8.1: Število obravnavanih pacientov
Rezultati, ki nam jih kaže slika 8.2, kažejo na to, da smo takoj po vzpostavitvi integracije
dosegli bistveno znižanje stroškov potrošnega materiala, ki pa vseeno rahlo narašča skozi
vsako leto.
Slika 8.2: Letni stroški RTG posnetkov
0
1000
2000
3000
4000
5000
6000
7000
2009 2010 2011 2012 2013 2014 2015
Število obravnavanih pacientov
0 €
10.000 €
20.000 €
30.000 €
40.000 €
50.000 €
60.000 €
2009 2010 2011 2012 2013 2014 2015
Letni stroški RTG posnetkov
68
9 Zaključek
Mnoge informacijske rešitve v zdravstvu so zelo ozko specializirane in s tem omejene
samo na del medicinske obravnave. Z integracijo med njimi lahko bistveno pripomoremo k
kvalitetnejši, celovitejši in hitrejši obravnavi pacienta.
Hitrejša obravnava pacientov pripomore k zmanjšanju čakalnih dob, kar pa je bil eden
izmed glavnih razlogov integracije.
Na letnem nivoju povprečno povečanje števila slikanih pacientov znaša približno 17%.
Dejstvo, ki pa samo po sebi še ne izda bistva rezultata analize. K večjemu številu slikanih
pacientov, je potrebno prišteti skrajšanje časa administrativnega dela in uporabo
kvalitetnejših diagnostičnih orodij. Zagotovo lahko trdimo, da smo v obdobju 4 let
zmanjšali čakalno dobo na 22 dni, vendar ne na račun kvalitete pregleda pacienta.
Povečanje števila pregledanih pacientov brez zmanjšanja kvalitete medicinske obravnave,
je eden izmed glavnih izzivov sodobne medicinske informatike.
Če na projekt pogledamo z ekonomskega vidika in velike začetne investicije, smo z
implemetacijo celovite rešitve pripomogli k dolgoročnemu znižanju stroškov, ki znaša
približno 19% na letni ravni. Strošek začetne investicije smo enakomerno razdelili na 5 let
(takšna bi naj bila amortizacijska doba) in ga kot takšnega upoštevali v primerjalni analizi
stroškov. Z informatizacijo in ekonomijo obsega storitev smo dosegli, da se povprečni
stroški posameznega pregleda pacienta, počasi, vendar vztrajno nižajo.
Ob koncu projekta smo prišli do zaključka, da je povezljivost med ustanovami v zdravstvu
na zelo slabem nivujo in da je peka cd-jev v bistvu nepotrebna, tukaj bi v pomoč lahko
stopil nek državni subjekt kot je Ministrstvo za zdravje, Nacionalni inštitut za javno
zdravje ali pa nekdo tretji, ki bi postavil nacionalni sistem RIS/PACS do katerega bi lahko
dostopali vsi akterji v zdravstvu. S tem bi bistveno povečali povezljivost med ustanovami,
zmanjšali strošek medijev in opreme za njihovo distribucijo, navsezadnje pacientom bi
omogočili enostaven prehod med ustanovami.
69
10 Literatura
Mosby Medical Dictionary, 8. izdaja . © 2009 , Elsevier Dostopno na:
http://medical-dictionary.thefreedictionary.com/Dicom , The Free Dictionary by
Farlex, (marec, 2016)
Health level seven International. Dostopno na: http://www.hl7.org (avgust, 2016)
Jernej Lučev, Dejan Dinevski, 2014, Strokovni članek, Teleradiologija v Sloveniji.
Dostopno na: http://ims.mf.uni-lj.si/archive/19%281-2%29/32.pdf, (avgust, 2016)
NEMA, About DICOM. Dostopno na: http://dicom.nema.org/Dicom/about-
DICOM.html (avgust, 2016)
Neologica, The Dicom Storage service. Dostopno na:
https://www.neologica.it/html/Tutorial/DICOMStorage, (avgust, 2016)
TOSHIBA MEDICAL SYSTEMS CORPORATION 2016, DICOM
CONFORMANCE STATEMENT FOR DIAGNOSTIC ULTRASOUND
SYSTEM. Dostopno na: http://www.toshiba-
medical.co.jp/tmd/products/dicom/pdf/2g985-007ena.pdf (vir: splet, dostopano
avgust, 2016)
CorePoint Health, HL7 resources. Dostopno na:
https://corepointhealth.com/resource-center/hl7-resources/hl7-adt (avgust, 2016)
CorePoint Health, HL7 resources. Dostopno na:
https://corepointhealth.com/resource-center/hl7-resources/hl7-orm-message
(avgust, 2016)
CorePoint Health, HL7 resources. Dostopno na:
https://corepointhealth.com/resource-center/hl7-resources/hl7-oru-message (avgust,
2016)
Planmed, Dicom conformance statement 2013. Dostopno na:
http://www.planmed.com/globalassets/pdf/planmednuancemanager3_dicom_confor
mance_statement.pdf (avgust,2016)
70
Planmeca USA, Planmeca Romexis, Compatibility and DICOM, Dostopno na:
http://www.planmeca.com/na/Software/Desktop/Planmeca-Romexis/compatibility-
and-system-requirements/ (avgust, 2016)
Planmeca USA, Planmeca ProMax, technical specifications, Dostopno na:
http://www.planmeca.com/na/Imaging/2D-panoramic-imaging/Planmeca-ProMax-
2D-S3/ (avgust, 2016)
Yu Liu, Jihong Wang, 2011, Pacs and digital Medicine, Essential Principles and
Modern Practice (avgust, 2016)
Oscar Gonzales, Mirth Conncet 2008, Dostopno na:
http://www.mirthcorp.com/community/wiki/display/mirthuserguidev1r7p1/LLP+Li
stener (avgust, 2016)
Nova Vizija, Zdravstveno informacijski sistema Promedica, Dostopno na:
http://www.vizija.si/medicinska-informatika/promedica/ (avgust, 2016)
Mirth, WebReach, Mirth 1.3.2. user guide, 2007, Dostopno na:
http://wiki.gnumed.de/pub/Gnumed/MirthProject/mirth_user_guide-1.3.2.pdf
(avgust, 2016)
David A. Clunie, DICOM Structured Reporting, PixelMed Publishing, 2000,
Dostopno na: http://www.dclunie.com/pixelmed/DICOMSR.book.pdf (avgust,
2016)
Alin Cordos, Bogdan Orza, Aurel Vlaicu, Hospital Information System using HL7
and DICOM standards, Strokovni članek, 2010, Dostopno na:
https://www.researchgate.net/publication/228909817_Hospital_information_system
_using_HL7_and_DICOM_standards (avgust, 2016)
Health Level Seven, Final Standard Version 2.3.1., Dostopno na:
http://pacs.hk/Doc/HL7/Hl7V231.pdf , (avgust, 2016)
National Electrical Manufacturers Association, Digital Imaging and
Communications in Medicine (DICOM) Part 2, 2011, Dostopno na:
http://dicom.nema.org/Dicom/2011/11_02pu.pdf (avgust, 2016)
71
11 PRILOGE
Seznam prilog:
Priloga A - povpraševanje Dicom Modality worklist
Priloga B - primer HL7 sporočila verzija 2.x
Priloga C- Primer HL7 sporočila verzija 3.x
Priloga D – Primer XML oblike strukturiranega poročila
Priloga E – primer SQL poizvedbe za izpis sestavljenih poročil
Priloga F - podatki, ki se vpišejo v tabelo ob prenosu podatkov iz ZIS v RIS
Priloga G - Podatki, ki se vpišejo v tabelo ob prenosu podatkov iz RIS v ZIS
Priloga H– Naslov Študenta
Priloga I– Katek življenjepis
72
Priloga A - Povpraševanje Dicom Modality worklist
Primer C-FIND poizvedbe:
> 0008,0050 0 SH AccessionNumber (empty)
> 0008,0090 0 PN ReferringPhysicianName (empty)
> 0010,0010 0 PN PatientName (empty)
> 0010,0020 20 LO PatientID "2408948X1KJ "
> 0010,0030 0 DA PatientBirthDate (empty)
> 0010,0040 0 CS PatientSex (empty)
> 0010,1030 0 DS PatientWeight (empty)
> 0010,2000 0 LO MedicalAlerts (empty)
> 0010,2110 0 LO ContrastAllergies (empty)
> 0010,21c0 0 US PregnancyStatus (empty)
> 0020,000d 0 UI StudyInstanceUID (empty)
> 0032,1032 0 PN RequestingPhysician (empty)
> 0032,1060 0 LO RequestedProcedureDescription (empty)
> 0032,1064 0 SQ RequestedProcedureCodeSequence Sequence Item
> 0038,0050 0 LO SpecialNeeds (empty)
> 0038,0300 0 LO CurrentPatientLocation (empty)
> 0038,0500 0 LO PatientState (empty)
> 0040,0100 0 SQ ScheduledProcedureStepSequence Sequence Item
> 0040,1001 0 SH RequestedProcedureID (empty)
> 0040,1003 0 SH RequestedProcedurePriority (empty)
> 0040,1004 0 LO PatientTransportArrangements (empty)
> 0040,1005 0 LO RequestedProcedureLocation (empty)
> 0040,1400 0 LT RequestedProcedureComments (empty)
> 0040,3001 0 LT ConfidentialityConstraint (empty)
Primer C-FIND odgovora:
> 0008,0050 16 SH AccessionNumber "000000000236590 "
> 0008,0090 12 PN ReferringPhysicianName ""
73
> 0010,0010 14 PN PatientName "PACIENT "
> 0010,0020 12 LO PatientID "XXXXKJ "
> 0010,0030 8 DA PatientBirthDate "1910211"
> 0010,0040 2 CS PatientSex "M "
> 0020,000d 54 UI StudyInstanceUID
"1.2.826.0.1.3680043.2.39.11274.1.624007.20160311115232"
> 0032,1060 20 LO RequestedProcedureDescription "P/C PA IN L
STRANSKO"
> 0032,1064 20 SQ RequestedProcedureCodeSequence
>> 0008,0100 8 SH CodeValue "3130202 "
>> 0008,0102 8 SH CodingSchemeDesignator "UNKNOWN "
>> 0008,0103 0 UN
>> 0008,0104 20 LO CodeMeaning "P/C PA IN L STRANSKO"
> 0040,0100 20 SQ ScheduledProcedureStepSequence
>> 0008,0060 2 CS Modality "DX"
>> 0032,1070 0 LO RequestedContrastAgent ""
>> 0040,0001 8 AE ScheduledStationAETitle "MODALITETA "
>> 0040,0002 8 DA ScheduledProcedureStepStartDate "20160312"
>> 0040,0003 6 TM ScheduledProcedureStepStartTime "115200"
>> 0040,0006 0 PN ScheduledPerformingPhysicianName ""
>> 0040,0007 20 LO ScheduledProcedureStepDescription "P/C PA IN L
STRANSKO"
>>> 0008,0100 8 SH CodeValue "3130202 "
>>> 0008,0102 8 SH CodingSchemeDesignator "UNKNOWN "
>>> 0008,0103 0 UN
>>> 0008,0104 20 LO CodeMeaning "P/C PA IN L STRANSKO"
>>> 0009,0010 0 UN
>>> 0009,1005 0 UN
>> 0040,0009 6 SH ScheduledProcedureStepID "25122139"
>> 0040,0010 20 SH ScheduledStationName "RTG"
>> 0040,0011 0 SH ScheduledProcedureStepLocation ""
>> 0040,0012 0 LO ScheduledPreOrderOfMedication ""
74
>> 0040,0400 82 LT CommentsOnScheduledProcedureStep "KOMENTAR"
> 0040,1001 6 SH RequestedProcedureID "252139"
Priloga B - Primer HL7 sporočila verzija 2.x v ZDM in podrobnejša obrazložitev
posameznih segmentov:
Primer poročila v ZDM:
MSH|^~\&|PACS||INFOSISTEM||20160601114049||ORU^R01|20160601114049|P|2.3|
PID|||61989|042242860|PACIENT^IME||19000511|M|||NASLOV 3, 2313 POŠTA||||
ORC|SC|288237|288237||IP||||20160601104731|
OBR|1|288237|288237|MR20005^MR LS
HRBTENICE|||20160601104731||||||||||||||||||S||1|||||00012^ZDRAVNIK||||20160601104731|
OBX|1|FT|19090||||||||IP
Obrazložitev posameznih segmentov v prilogi:
1. MSH: Message Header – glava sporočila
2. PID: Patient Identification – identifikator pacienta
3. OBR: Observation Request – zahteva za pregled
4. OBX: Observation Result – rezultat pregleda
Obrazložitev razmejilnikov:
1. | - Field (polje)
2. ^ Component (komponenta)
3. & Subcomponent (podkomponenta)
4. ~ Repetition (ponavljanje)
5. \ Escape Character (izhod)
Primeri in pomen vhodnih spročil:
1. ADT^A01 -sprejem pacienta,
2. ADT^A08 - posodobitev podatkov pacienta,
3. ADT^A40 - združi podatke pacienta.
75
1. ORM^O01 pomeni zahteva za naročilo.
2. ACK – splošna potrditev uspešnosti prejetja podatkov
Primer in pomen izhodnih sporočil:
3. ORU^R01 - zahteva rezulate preiskave.
4. ORM^O01 pomeni posodobitev statusa naročila
5. ACK – splošna potrditev uspešnosti prejetja podatkov
Priloga C - Primer testnega HL7 sporočila verzija 3.x :
<POLB_IN224200 ITSVersion="XML_1.0" xmlns="urn:hl7-org:v3"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<id root="2.16.840.1.113883.19.1122.7" extension="CNTRL-3456"/>
<creationTime value="200202150930-0400"/>
<!-- The version of the datatypes/RIM/vocabulary used is that of May 2006 -->
<versionCode code="2006-05"/>
<!-- interaction id= Observation Event Complete, w/o Receiver Responsibilities -->
<interactionId root="2.16.840.1.113883.1.6" extension="POLB_IN224200"/>
<processingCode code="P"/>
<processingModeCode nullFlavor="OTH"/>
<acceptAckCode code="ER"/>
<receiver typeCode="RCV">
<device classCode="DEV" determinerCode="INSTANCE">
<id extension="GHH LAB" root="2.16.840.1.113883.19.1122.1"/>
<asLocatedEntity classCode="LOCE">
<location classCode="PLC" determinerCode="INSTANCE">
76
<id root="2.16.840.1.113883.19.1122.2" extension="ELAB-3"/>
</location>
</asLocatedEntity>
</device>
</receiver>
<sender typeCode="SND">
<device classCode="DEV" determinerCode="INSTANCE">
<id root="2.16.840.1.113883.19.1122.1" extension="GHH OE"/>
<asLocatedEntity classCode="LOCE">
<location classCode="PLC" determinerCode="INSTANCE">
<id root="2.16.840.1.113883.19.1122.2" extension="BLDG24"/>
</location>
</asLocatedEntity>
</device>
</sender>
<! –- Trigger Event Control Act & Domain Content -- >
</POLB_IN224200>
Priloga D – Primer XML oblike strukturiranega poročila :
<ULTRASOUND-DATA>
<INDIKACIJA col1="obe dojki">
<MAMOSPREM>obe dojki</MAMOSPREM>
<RENTGENSKO />
<TIPNA_LEZIJA />
<IZCEDEK />
77
<KONTROLNA_UZ />
<DRUGOI>0</DRUGOI>
<DRUGOI1 />
<DRUGOI2 />
</INDIKACIJA>
<spremembe col1="">
<TAG1 rows="4" cols="3" fixrows="1" fixcols="1">
<row r="0">
<cell col="0" bold="0" bcolor="0" fcolor="0" fitalic="0" value="" />
<cell col="1" bold="0" bcolor="0" fcolor="0" fitalic="0" value="" />
<cell col="2" bold="0" bcolor="0" fcolor="0" fitalic="0" value="Hidden" />
</row>
<row r="1" mainvalue="Ni UZ vidnih patoloških tvorb.">
<cell col="0" bold="0" bcolor="0" fcolor="0" fitalic="0" value="1" />
<cell col="1" bold="0" bcolor="0" fcolor="0" fitalic="0" value="Ni UZ vidnih
patoloških tvorb." />
<cell col="2" bold="0" bcolor="0" fcolor="0" fitalic="0" value="<sprem
col1=""><STEVILKA></STEVILKA><DOJKA></D
OJKA><PODROBNO></PODROBNO><ODDALJENOST_MAMILE
></ODDALJENOST_MAMILE><ODDALJ_KOZE></ODDALJ_KOZ
E><ODDALJ.PEKT></ODDALJ.PEKT><VELIKOST></VELIK
OST><OBLIKA></OBLIKA><LEGA2></LEGA2><ROB&
gt;</ROB><PROTI_OKOLICI></PROTI_OKOLICI><STRUKTUR
A2></STRUKTURA2><ZA_LEZIJO></ZA_LEZIJO><ZILE>
</ZILE><OKOLICA></OKOLICA><VRSTA></VRSTA>&
lt;IZBOR_R></IZBOR_R><OPOMBA>Ni UZ vidnih patoloških
tvorb.</OPOMBA></sprem>" />
</row>
<row r="2" mainvalue="V aksilah ni bezgavk s spremenjenim UZ izgledom.">
<cell col="0" bold="0" bcolor="0" fcolor="0" fitalic="0" value="2" />
<cell col="1" bold="0" bcolor="0" fcolor="0" fitalic="0" value="V aksilah ni
bezgavk s spremenjenim UZ izgledom." />
78
<cell col="2" bold="0" bcolor="0" fcolor="0" fitalic="0" value="<sprem
col1=""><STEVILKA></STEVILKA><DOJKA></D
OJKA><PODROBNO></PODROBNO><ODDALJENOST_MAMILE
></ODDALJENOST_MAMILE><ODDALJ_KOZE></ODDALJ_KOZ
E><ODDALJ.PEKT></ODDALJ.PEKT><VELIKOST></VELIK
OST><OBLIKA></OBLIKA><LEGA2></LEGA2><ROB&
gt;</ROB><PROTI_OKOLICI></PROTI_OKOLICI><STRUKTUR
A2></STRUKTURA2><ZA_LEZIJO></ZA_LEZIJO><ZILE>
</ZILE><OKOLICA></OKOLICA><VRSTA></VRSTA>&
lt;IZBOR_R></IZBOR_R><OPOMBA>V aksilah ni bezgavk s
spremenjenim UZ izgledom.</OPOMBA></sprem>" />
</row>
<row r="3">
<cell col="0" bold="0" bcolor="0" fcolor="0" fitalic="0" value="*" />
<cell col="1" bold="0" bcolor="0" fcolor="10526880" fitalic="-1" value="Click to
Add New"/>
<cell col="2" bold="0" bcolor="0" fcolor="0" fitalic="0" value="" />
</row>
</TAG1>
<TAG12 />
</spremembe>
<ZAKLJUCEK col1="1">
<NI_SPREMEMB>1</NI_SPREMEMB>
<VIDNE_SPREM1>0</VIDNE_SPREM1>
<TAG3 />
<TAG3_EX1 />
<TAG4 />
<TAG10 />
<TAG10_EX1 />
<TAG11 />
<TAG11_EX1 />
<TAG5 />
79
<TAG6>0</TAG6>
<TAG7>0</TAG7>
<TAG13>0</TAG13>
<TAG8>U1</TAG8>
<TAG9>U1</TAG9>
</ZAKLJUCEK>
<GRPTAG8 col1="prva preiskava">
<PREDMAMO>prva preiskava</PREDMAMO>
</GRPTAG8>
<slike col1="prevladuje maščobno tkivo">
<STRUKTURA>prevladuje maščobno tkivo</STRUKTURA>
</slike>
<GRPTAG7 col1="">
<TAG2 />
</GRPTAG7>
<Image number="1">
<Overlay xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="bin.base64" />
</Image>
</ULTRASOUND-DATA>
Priloga E – primer SQL poizvedbe za izpis sestavljenih poročil:
set ANSI_NULLS ON
set QUOTED_IDENTIFIER ON
go
ALTER PROCEDURE [dbo].[GetFinalResults] @ExamNumber varchar(100),
@ZakljuciObravnavo int
AS
BEGIN
DECLARE @ExamID int
DECLARE @VprasalnikRezultat varchar(500)
DECLARE @VprasalnikDatum datetime
DECLARE @AdmissionID varchar(100)
DECLARE @PatientID int
DECLARE @UserID int
80
DECLARE @VrstaObravnave varchar(50)
DECLARE @DatumVerifikacije datetime
DECLARE @IzvidVerficiral varchar(100)
DECLARE @UZ_BIRADSD varchar(100)
DECLARE @UZ_BIRADSL varchar(100)
DECLARE @Mamo_BIRADSD varchar(100)
DECLARE @Mamo_BIRADSL varchar(100)
DECLARE @DiagnozaPoMKB varchar(100)
DECLARE @BIRADS varchar(100)
-- Klinični pregled polja
DECLARE @KP_DodatnePreiskave varchar(100)
DECLARE @KP_Terapija varchar(100)
DECLARE @KP_PregledOpravil varchar(100)
DECLARE @KPRezultat varchar(500)
DECLARE @KPDatum datetime
DECLARE @KP_NiSprememb int
--Mamografija polja
DECLARE @MamoRezultat varchar(500)
DECLARE @MamoDatum datetime
DECLARE @MamoProjekcija varchar(100)
DECLARE @ACR varchar(100)
DECLARE @Mamo_SlikanjeOpravil varchar(100)
DECLARE @Mamo_SlikeOdcital varchar(100)
DECLARE @Mamo_NiSprememb int
-- Dodatno Slikanje
DECLARE @DS_Datum datetime
DECLARE @DS_Projekcija varchar(50)
DECLARE @DSRezultat varchar(50)
DECLARE @DS_SlikanjeOpravil varchar(100)
DECLARE @DS_SlikeOdctial varchar(100)
-- UZ Dojk
DECLARE @UZRezultat varchar(500)
DECLARE @UZDatum datetime
DECLARE @UZ_PregledOpravil varchar(100)
DECLARE @UZ_NiSprememb int
SELECT @AdmissionID=AdmissionID, @PatientId=PatientID, @UserID=UsersID
FROM Exam WHERE ExamNumber=@ExamNumber
-- ZAKLJUČI OBRAVNAVO
If @ZakljuciObravnavo=1
BEGIN
IF ISNULL((SELECT COUNT(*) FROM ZakljucekObravnave WHERE
AdmissionID=@AdmissionID),0) = 0
81
INSERT INTO ZakljucekObravnave (AdmissionID,PatientID,UsersID,Date)
VALUES(@AdmissionID,@PatientID,@UserID, GETDATE())
END
-- UZ PREISKAVA
SELECT @KP_NiSprememb=1
SELECT @Mamo_NiSprememb=1
SELECT @UZ_NiSprememb=1
SELECT
@ExamID=Exam.ExamID,@UZDatum=ExamDate,@UZ_PregledOpravil=ISNULL(U.Tit
le,'')+' '+U.Name+' '+ISNULL(U.Special,'') FROM Exam
inner join ExternDataReport ON Exam.ExamID=ExternDataReport.ExamID
inner join XMLReport ON XMLReport.ReportID=ExternDataReport.ReportID
INNER JOIN Users U ON Exam.UsersID=U.UsersID
WHERE AdmissionID=@AdmissionID AND Caption='ULTRAZVOK DOJK'
SELECT @UZ_BIRADSD=ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG8)[1]', 'nvarchar(max)'),''),
@UZ_BIRADSL=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG9)[1]', 'nvarchar(max)'),'')
from ExternDataReport WHERE ExamID=@ExamID
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/NI_SPREMEMB)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
BEGIN
SELECT @UZRezultat='Pri UZ preiskavi dojk nismo našli sumljivih
sprememb.'
SELECT @UZ_NiSprememb=1
END
ELSE
BEGIN
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/VIDNE_SPREM1)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
BEGIN
SELECT @UZ_NiSprememb=0
IF ((SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG3)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID) <>'') or
((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG3_EX1)[1]', 'nvarchar(max)'),'') As US_Data from
ExternDataReport WHERE ExamID=@ExamID) <>'')
BEGIN
82
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih priporoèamo dodatno obdelavo in sicer mamografijo (desna
dojka/leva dojka) ' +
(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG3)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID)
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG3_EX1)[1]', 'nvarchar(max)'),'')
As US_Data from ExternDataReport WHERE ExamID=@ExamID) <>''
SELECT @UZRezultat =
@UZRezultat+'/'+(SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG3_EX1)[1]', 'nvarchar(max)'),'')
As US_Data from ExternDataReport WHERE ExamID=@ExamID)
SELECT @UZRezultat=@UZRezultat+' '+(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG5)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID)+'.'
END
ELSE
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG4)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID) <>''
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih priporoèamo sledenje in sicer kontrolno UZ preiskavo ' +' '+
(SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG4)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID)+' '+ (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG5)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID )
ELSE
IF ((SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG10)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID) <>'') or
((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG10_EX1)[1]', 'nvarchar(max)'),'') As US_Data from
ExternDataReport WHERE ExamID=@ExamID) <>'')
BEGIN
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih priporoèamo sledenje in sicer mamografijo (desna dojka/leva
dojka) ' +
(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG10)[1]', 'nvarchar(max)'),'') As US_Data from
ExternDataReport WHERE ExamID=@ExamID)
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG10_EX1)[1]',
83
'nvarchar(max)'),'') As US_Data from ExternDataReport WHERE ExamID=@ExamID)
<>''
SELECT @UZRezultat =
@UZRezultat+'/'+(SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG10_EX1)[1]',
'nvarchar(max)'),'') As US_Data from ExternDataReport WHERE ExamID=@ExamID)
SELECT @UZRezultat=@UZRezultat+' '+(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG5)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID)+'.'
END
ELSE
IF ((SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG11)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID) <>'') or
((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG11_EX1)[1]', 'nvarchar(max)'),'') As US_Data from
ExternDataReport WHERE ExamID=@ExamID) <>'')
BEGIN
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih priporoèamo sledenje in sicer UZ preiskavo in mamografijo
(desna dojka/leva dojka) ' +
(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG11)[1]', 'nvarchar(max)'),'') As US_Data from
ExternDataReport WHERE ExamID=@ExamID)
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG11_EX1)[1]',
'nvarchar(max)'),'') As US_Data from ExternDataReport WHERE ExamID=@ExamID)
<>''
SELECT @UZRezultat =
@UZRezultat+'/'+(SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG11_EX1)[1]',
'nvarchar(max)'),'') As US_Data from ExternDataReport WHERE ExamID=@ExamID)
SELECT @UZRezultat=@UZRezultat+' '+(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG5)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID)+'.'
END
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG6)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih svetujemo predstavitev na konziliju v UKC Maribor. O mnenju
konzilija boste obvešèeni.'
ELSE
84
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG7)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih svetujemo nadaljnjo obdelavo v Ambulanti za odkrivanje
bolezni dojk v UKC Maribor.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG13)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @UZRezultat='UZ preiskava dojk je pokazala
spremembe, zaradi katerih svetujemo, predstavitev na konziliju za netipne lezije v
Onkološkem inštitutu v Ljubljani.'
END
END
-- MAMOGRAFIJA
SELECT @ExamID=NULL
SELECT @ExamID=Exam.ExamID,@MamoDatum=ExamDate,
@Mamo_SlikeOdcital=ISNULL(U.Title,'')+' '+U.Name+' '+ISNULL(U.Special,''),
@Mamo_SlikanjeOpravil=Technician FROM Exam
inner join ExternDataReport ON Exam.ExamID=ExternDataReport.ExamID
inner join XMLReport ON XMLReport.ReportID=ExternDataReport.ReportID
INNER JOIN Users U ON Exam.UsersID=U.UsersID
WHERE AdmissionID=@AdmissionID AND Caption='MAMOGRAFIJA'
IF @ExamID IS NOT NULL
BEGIN
DECLARE @DesnaMLO varchar(20)
DECLARE @DesnaCC varchar(20)
DECLARE @LevaMLO varchar(20)
DECLARE @LevaCC varchar(20)
SELECT @ACR=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/strukturaacr/STR)[1]', 'nvarchar(max)'),''),
@DesnaMLO=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/projekcija/DESNA_MLO)[1]', 'nvarchar(max)'),''),
@DesnaCC=ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/projekcija/DESNA_CC)[1]', 'nvarchar(max)'),''),
@LevaMLO=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/projekcijaL/LEVA_MLO)[1]', 'nvarchar(max)'),''),
@LevaCC=ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/projekcijaL/LEVA_CC)[1]', 'nvarchar(max)'),''),
@Mamo_BIRADSD=ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG14)[1]', 'nvarchar(max)'),''),
@Mamo_BIRADSL=ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG3)[1]', 'nvarchar(max)'),''),
@VrstaObravnave=CASE WHEN ISNULL(@VrstaObravnave,'')=''
THEN
85
ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/INDIKACIJA/INDIKACIJA)[1]',
'nvarchar(max)'),0)
ELSE @VrstaObravnave
END
from ExternDataReport WHERE ExamID=@ExamID
SELECT @MamoProjekcija=''
SELECT @MamoProjekcija=CASE WHEN @DesnaMLO='1' THEN 'Desna dojka :
MLO' ELSE '' END
SELECT @MamoProjekcija=CASE
WHEN @DesnaCC='1' THEN
CASE WHEN
@MamoProjekcija='' THEN 'Desna dojka: CC' ELSE @MamoProjekcija+', CC' END
END
SELECT @MamoProjekcija=CASE WHEN @LevaMLO='1' THEN
@MamoProjekcija+' Leva dojka : MLO' ELSE @MamoProjekcija END
SELECT @MamoProjekcija=CASE WHEN @LevaCC='1' THEN
CASE WHEN @LevaMLO='1' THEN
@MamoProjekcija+', CC' ELSE @MamoProjekcija+' Leva dojka : CC' END
ELSE @MamoProjekcija
END
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/NI_SPREMEMB)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
BEGIN
SELECT @MamoRezultat = 'Na mamografskih posnetkih ni
sumljivih sprememb.'
SELECT @Mamo_NiSprememb=1
END
ELSE
BEGIN
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG22)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
BEGIN
SELECT @Mamo_NiSprememb=0
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG26)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @MamoRezultat='Na mamografskih posnetkih so
vidne spremembe, zaradi katerih priporoèamo klinièni pregled dojk.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG27)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
86
SELECT @MamoRezultat='Na mamografskih posnetkih so
vidne spremembe, zaradi katerih priporoèamo ultrazvok dojk.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG4)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID) <>''
SELECT @MamoRezultat='Na mamografskih posnetkih so
vidne spremembe, zaradi priporoèamo dodatno slikanje desne dojke '+
(SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG4)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID)
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG7)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID) <>''
SELECT @MamoRezultat=@MamoRezultat+' Na
mamografskih posnetkih so vidne spremembe, zaradi priporoèamo dodatno slikanje leve
dojke '+
(SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG7)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID)
IF ((SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG29)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID)) <>'' OR
((SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG29_EX1)[1]',
'nvarchar(max)'),'') As US_Data from ExternDataReport WHERE ExamID=@ExamID)
<>'')
BEGIN
SELECT @MamoRezultat='Na mamografskih
posnetkih so vidne spremembe, zaradi katerih priporoèamo sledenje in sicer kontrolno
mamografijo (desno dojka/leva dojka) '
SELECT @MamoRezultat =
@MamoRezultat+ (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG29)[1]', 'nvarchar(max)'),'') As
US_Data from ExternDataReport WHERE ExamID=@ExamID )+'/'
+(SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG29_EX1)[1]',
'nvarchar(max)'),'') As US_Data from ExternDataReport WHERE ExamID=@ExamID )+'
'+
(SELECT
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG5)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID )
END
87
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG30)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @MamoRezultat = 'Na mamografskih posnetkih so
vidne spremembe, zaradi katerih svetujemo predstavitev na konziliju v UKC Maribor. O
mnenju konzilija boste obvešèeni.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG31)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @MamoRezultat = 'Na mamografskih posnetkih so
vidne spremembe, zaradi katerih svetujemo predstavitev na konziliju za netipne lezije v
Onkološkem inštitutu v Ljubljani.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG32)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @MamoRezultat = 'Na mamografskih posnetkih so
vidne spremembe, zaradi katerih svetujemo nadaljnjo obdelavo v Ambulanti za odkrivanje
bolezni dojk v UKC Maribor.'
END
END
END
-- VPRAŠALNIK
SELECT @ExamID=NULL
SELECT @ExamID=Exam.ExamID,@VprasalnikDatum=ExamDate FROM Exam
inner join ExternDataReport ON Exam.ExamID=ExternDataReport.ExamID
inner join XMLReport ON XMLReport.ReportID=ExternDataReport.ReportID
WHERE AdmissionID=@AdmissionID AND Caption='VPRAŠALNIK CBD'
IF @ExamID IS NOT NULL
BEGIN
IF ((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/Reproduktivni/PORODOV)[1]', 'nvarchar(max)'),'') As US_Data from
ExternDataReport WHERE ExamID=@ExamID) ='0') OR
((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/Reproduktivni/STAROST_OB_PRV)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) > '29 let') OR
((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/Reproduktivni/IZVID)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) = 'apatija')
SELECT @VprasalnikRezultat ='Preventivni pregledi od 40 let dalje
na 1 do 2 leti!'+CHAR(10)+CHAR(13)
88
IF ((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/Reproduktivni/TAG1)[1]', 'nvarchar(max)'),'') As US_Data from ExternDataReport
WHERE ExamID=@ExamID) ='še jemlje') OR
(LEFT((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/Reproduktivni/TAG1)[1]', 'nvarchar(max)'),0) As US_Data from ExternDataReport
WHERE ExamID=@ExamID),2) >5)
SELECT @VprasalnikRezultat = @VprasalnikRezultat+
'Preventivna mamografija 1 krat letno!'+CHAR(10)+CHAR(13)
IF ((SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/Dru_anamneza/RAKDOJKE_DA1)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1)
SELECT @VprasalnikRezultat = @VprasalnikRezultat+
'Preventivni pregledi 1 krat letno!'+CHAR(10)+CHAR(13)
END
-- KLINIČNI PREGLED
SELECT
@ExamID=Exam.ExamID,@KPDatum=ExamDate,@KP_PregledOpravil=ISNULL(U.Tit
le,'')+' '+U.Name+' '+ISNULL(U.Special,''),@DiagnozaPoMKB=ISNULL(Result,'')
FROM Exam
inner join ExternDataReport ON Exam.ExamID=ExternDataReport.ExamID
inner join XMLReport ON XMLReport.ReportID=ExternDataReport.ReportID
INNER JOIN Users U ON Exam.UsersID=U.UsersID
WHERE AdmissionID=@AdmissionID AND Caption='KLINIÈNI PREGLED'
DECLARE @Bris varchar(10)
DECLARE @Lab varchar(50)
DECLARE @AntiB varchar(50)
DECLARE @Drugo varchar(50)
SELECT @Bris=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/GRPTAG7X/TAG57)[1]', 'nvarchar(max)'),0),
@Lab=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/GRPTAG7X/TAG58)[1]', 'nvarchar(max)'),0),
@AntiB=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/terap/TAG73)[1]', 'nvarchar(max)'),0),
@Drugo=ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/terap/TAG74)[1]', 'nvarchar(max)'),0),
@VrstaObravnave=CASE WHEN ISNULL(@VrstaObravnave,'')='' THEN
ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/GRPTAG8/VRSTA_OBRAV)[1]', 'nvarchar(max)'),0)
ELSE @VrstaObravnave
END
from ExternDataReport WHERE ExamID=@ExamID
SELECT @KP_DodatnePreiskave=CASE WHEN @Bris='1' THEN 'citološki bris izcedka'
ELSE '' END
89
SELECT @KP_DodatnePreiskave=CASE WHEN @Lab<>'' THEN
CASE WHEN @Bris='1' THEN
@KP_DodatnePreiskave+' , laboratorijske preiskave : '+@Lab ELSE
@KP_DodatnePreiskave+'laboratorijske preiskave : '+@Lab END
END
SELECT @KP_Terapija=CASE WHEN @AntiB<>'' THEN 'Antibiotik: '+@AntiB END
SELECT @KP_Terapija=CASE WHEN @Drugo<>'' THEN
CASE WHEN @AntiB<>'' THEN
@KP_Terapija+', drugo: '+@Drugo ELSE 'drugo: '+@Drugo END
END
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/NI_SPREMEMB)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
BEGIN
SELECT @KP_NiSprememb=1
SELECT @KPRezultat='Pri kliniènem pregledu nismo našli znakov bolezni.
Priporoèamo '
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG63)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'nadaljnjo obravnavo/sledenje glede na
izvid mamografije in/ali UZ preiskave.'
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG64)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'redne preventivne preglede.'
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG65)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'pregled v Centru za bolezni dojk v
primeru težav - po priporoèilu osebnega ginekologa ali izbranega družinskega zdravnika.'
END
ELSE
BEGIN
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/VIDNE_SPREM1)[1]', 'nvarchar(max)'),0) As US_Data from
ExternDataReport WHERE ExamID=@ExamID) =1
BEGIN
SELECT @KP_NiSprememb=0
SELECT @KPRezultat='Pri kliniènem pregledu smo našli spremembe, zaradi katerih
priporoèamo '
IF (SELECT ISNULL(CAST(ExternData as xml).value('(/ULTRASOUND-
DATA/ZAKLJUCEK/TAG8)[1]', 'nvarchar(max)'),0) As US_Data from ExternDataReport
WHERE ExamID=@ExamID) =1
90
SELECT @KPRezultat=@KPRezultat+'kontrolo v
Ambulanti za bolezni dojk èez en mesec.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG66)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'kontrolo v Ambulanti za
bolezni dojk èez 3 mesece.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG2)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'nadaljnjo obravnavo
glede na izvid mamografije in/ali UZ preiskave.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG67)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'napotitev na
citološko punkcijo v UKC Maribor. Izdamo napotnico.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG68)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'napotitev na
duktografijo v UKC Maribor. Izdamo napotnico.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG69)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'nadaljnjo obravnavo
v Centru za bolezni dojk v UKC Maribor. Izdamo napotnico.'
ELSE
IF (SELECT ISNULL(CAST(ExternData as
xml).value('(/ULTRASOUND-DATA/ZAKLJUCEK/TAG6)[1]', 'nvarchar(max)'),0) As
US_Data from ExternDataReport WHERE ExamID=@ExamID) =1
SELECT @KPRezultat=@KPRezultat+'predstavitev na
konziliju v UKC Maribor. O mnenju konzilija boste obvešèeni.'
END
END
-- DODATNO SLIKANJE
SELECT @ExamID=NULL
SELECT @ExamID=Exam.ExamID,@VprasalnikDatum=ExamDate FROM Exam
inner join ExternDataReport ON Exam.ExamID=ExternDataReport.ExamID
inner join XMLReport ON XMLReport.ReportID=ExternDataReport.ReportID
WHERE AdmissionID=@AdmissionID AND Caption='DODATNO SLIKANJE'
91
SELECT @VprasalnikDatum=CAST('01-01-2200' as datetime)
SELECT @DatumVerifikacije=Date,
@IzvidVerficiral=ISNULL(U.Title,'')+' '+U.Name+' '+ISNULL(U.Special,'')
FROM ZakljucekObravnave
LEFT JOIN Users U ON ZakljucekObravnave.UsersID=U.UsersID
WHERE AdmissionID=@AdmissionID
SELECT @BIRADS=''
SELECT @BIRADS=CASE
WHEN @UZ_BIRADSD<>'' THEN 'UZ - Desna
dojka: '+@UZ_BIRADSD+ ' '
ELSE ''
END
SELECT @BIRADS= CASE WHEN @UZ_BIRADSL<>'' THEN
CASE WHEN @UZ_BIRADSD='' THEN 'UZ - leva
dojka:'+@UZ_BIRADSL +' '
ELSE @BIRADS+', leva dojka: '
+@UZ_BIRADSL+' '
END
ELSE @BIRADS
END
SELECT @BIRADS=CASE
WHEN @Mamo_BIRADSD<>'' THEN
@BIRADS+'Mamografija - Desna dojka: '+@Mamo_BIRADSD
ELSE @BIRADS
END
SELECT @BIRADS= CASE WHEN @Mamo_BIRADSL<>'' THEN
CASE WHEN @Mamo_BIRADSD='' THEN
@BIRADS+ 'Mamografija - leva dojka:'+@Mamo_BIRADSL
ELSE @BIRADS+', leva dojka: '
+@Mamo_BIRADSL
END
ELSE @BIRADS
END
DECLARE @ZakljucnoMnenje varchar(max)
SELECT @ZakljucnoMnenje=''
IF (@KP_NiSprememb=1) AND (@Mamo_NiSprememb=1) AND
(@UZ_NiSprememb=1)
BEGIN
SELECT @ExamID=NULL
SELECT @ExamID=Exam.ExamID,@VprasalnikDatum=ExamDate FROM Exam
inner join ExternDataReport ON Exam.ExamID=ExternDataReport.ExamID
92
inner join XMLReport ON XMLReport.ReportID=ExternDataReport.ReportID
WHERE AdmissionID=@AdmissionID AND Caption='VPRAŠALNIK CBD'
DECLARE @VprasalnikZakljucek varchar(max)
EXEC ZakljucekVprasalnik @ExamID, @VprasalnikZakljucek OUTPUT
SELECT @ZakljucnoMnenje='Nismo našli znakov bolezni.
Priporoèamo redne preventivne preglede - '+ISNULL(@VprasalnikZakljucek,'')+'
Priporoèamo zdrav življenjski slog in redno samopregledovanje dojk. Èe opazite
spremembe v dojkah, se posvetujte s svojim izbranim ginekologom ali družinskim
zdravnikom.'
END
ELSE
BEGIN
IF @KP_NiSprememb=0
SELECT @ZakljucnoMnenje=@KPRezultat
IF @Mamo_NiSprememb=0
SELECT
@ZakljucnoMnenje=@ZakljucnoMnenje+CHAR(13)+CHAR(10)+@MamoRezultat
IF @UZ_NiSprememb=0
SELECT
@ZakljucnoMnenje=@ZakljucnoMnenje+CHAR(13)+CHAR(10)+@UZRezultat
END
SELECT * FROM
(SELECT 'ULTRAZVOK DOJK' AS Sekcija,
CASE WHEN @UZDatum IS NULL THEN '' ELSE 'Datum UZ preiskave:
' END As DatumOpis,ISNULL(@UZDatum,'') As Datum,
'' As DP1,'' As Dp2,
'' As DP3,'' As Dp4,
CASE WHEN ISNULL(@UZRezultat,'')='' THEN '' ELSE 'Zakljuèek: '
END As ZakljucekOpis,ISNULL(@UZRezultat,'') As Zakljucek,
CASE WHEN ISNULL(@UZ_PregledOpravil,'')='' THEN '' ELSE
'Preiskavo opravil: ' END As OpravilOpis, ISNULL(@UZ_PregledOpravil,'') As Opravil,
'' As Dp5,'' As Dp6,
ISNULL(@VrstaObravnave,'') As VrstaObravnave,
ISNULL(@BIRADS,'') AS Birads,
ISNULL(@DiagnozaPoMKB,'') As DiagnozaPoMKB,
ISNULL(@DatumVerifikacije,'') As DatumVerifikacije,
ISNULL(@IzvidVerficiral,'') As IzvidVerificiral,
ISNULL(@ZakljucnoMnenje,'') As ZakljucnoMnenje
WHERE @UZDatum IS NOT NULL
UNION ALL
SELECT 'MAMOGRAFIJA',
CASE WHEN ISNULL(@MamoDatum,'')='' THEN '' ELSE 'Datum
mamografije: ' END,ISNULL(@MamoDatum,''),
CASE WHEN ISNULL(@MamoProjekcija,'')='' THEN '' ELSE 'Projekcija: '
END, ISNULL(@MamoProjekcija,''),
CASE WHEN ISNULL(@ACR,'')='' THEN '' ELSE 'Struktura dojk - ACR :'
END,ISNULL(@ACR,''),
93
CASE WHEN ISNULL(@MamoRezultat,'')='' THEN '' ELSE 'Zakljuèek: '
END,ISNULL(@MamoRezultat,''),
CASE WHEN ISNULL(@Mamo_SlikanjeOpravil,'')='' THEN '' ELSE 'Slikanje
opravil: ' END,ISNULL(@Mamo_SlikanjeOpravil,''),
CASE WHEN ISNULL(@Mamo_SlikeOdcital,'')='' THEN '' ELSE 'Slikanje
odèital: ' END,ISNULL(@Mamo_SlikeOdcital,''),
ISNULL(@VrstaObravnave,'') As VrstaObravnave,
ISNULL(@BIRADS,'') AS Birads,
ISNULL(@DiagnozaPoMKB,'') As DiagnozaPoMKB,
ISNULL(@DatumVerifikacije,'') As DatumVerifikacije,
ISNULL(@IzvidVerficiral,'') As IzvidVerificiral,
ISNULL(@ZakljucnoMnenje,'') As ZakljucnoMnenje
WHERE @MamoDatum IS NOT NULL
UNION ALL
SELECT 'KLINIÈNI PREGLED DOJK',
CASE WHEN ISNULL(@KPDatum,'')='' THEN '' ELSE 'Datum pregleda: '
END,ISNULL(@KPDatum,''),
CASE WHEN ISNULL(@KP_DodatnePreiskave,'')='' THEN '' ELSE
'Dodatne preiskave: ' END,ISNULL(@KP_DodatnePreiskave,''),
CASE WHEN ISNULL(@KP_Terapija,'')='' THEN '' ELSE 'Terapija: '
END,ISNULL(@KP_Terapija,''),
CASE WHEN ISNULL(@KPRezultat,'')='' THEN '' ELSE 'Zakljuèek: '
END,ISNULL(@KPRezultat,''),
CASE WHEN ISNULL(@KP_PregledOpravil,'')='' THEN '' ELSE 'Pregled opravil: '
END,ISNULL(@KP_PregledOpravil,''),
'','',
ISNULL(@VrstaObravnave,'') As VrstaObravnave,
ISNULL(@BIRADS,'') AS Birads,
ISNULL(@DiagnozaPoMKB,'') As DiagnozaPoMKB,
ISNULL(@DatumVerifikacije,'') As DatumVerifikacije,
ISNULL(@IzvidVerficiral,'') As IzvidVerificiral,
ISNULL(@ZakljucnoMnenje,'') As ZakljucnoMnenje
WHERE @KPDatum IS NOT NULL)sq
ORDER BY Datum
END
Priloga F - Podatki, ki se vpišejo v tabelo ob prenosu podatkov iz ZIS v RIS, komentar oz.
opis posameznih polj je označen z zeleno barvo :
[id] [int] IDENTITY(1,1) NOT NULL,
[pacient] [nvarchar](13) COLLATE Slovenian_CI_AS NOT NULL,
Šifra Pacienta
94
[Obdelan] [nvarchar](1) COLLATE Slovenian_CI_AS NULL,
Statusi obdelave sporočil
0 – neobdelan (status, ki se vpiše pri vpisu novega sporočila
1 – obdelan (postavi MirthConnect ob uspešnem vpisu v RIS, po prejetem ACK
[Sporocilo] [varchar](50) COLLATE Slovenian_CI_AS NULL,
[MSH_FieldSeparator] [nvarchar](1) COLLATE Slovenian_CI_AS NULL,
Konstanta - |
[MSH_EncodingCharacters] [nvarchar](4) COLLATE Slovenian_CI_AS NULL,
Konstanta - ^~\&
[MSH_SendingApplication] [nvarchar](227) COLLATE Slovenian_CI_AS NULL,
Konstanta - Promedica
[MSH_ReceivingApplication] [nvarchar](227) COLLATE Slovenian_CI_AS NULL,
Konstanta - ISSA
[MSH_DateTimeOfMessage] [nvarchar](26) COLLATE Slovenian_CI_AS NULL,
Datum sporočila
[MSH_MessageType] [nvarchar](15) COLLATE Slovenian_CI_AS NULL,
Konstanta - ORM^001
[MSH_MessageControlID] [nvarchar](15) COLLATE Slovenian_CI_AS NOT NULL,
Unikatni ID sporočila za povezavo, to je Accession Number
[MSH_ProcessingID] [nvarchar](3) COLLATE Slovenian_CI_AS NULL,
Konstanta - P
[MSH_VersionID] [nvarchar](60) COLLATE Slovenian_CI_AS NULL,
Konstanta – 2.5
[MSH_CharacterSet] [nvarchar](16) COLLATE Slovenian_CI_AS NULL,
Konstanta - 8859-2
[PID_PatientIdentifierList] [nvarchar](13) COLLATE Slovenian_CI_AS NOT NULL,
Šifra Pacienta – IŠU (identifikacijska številka pacienta)
[PID_AlternatePatientID] [nvarchar](9) COLLATE Slovenian_CI_AS NOT NULL,
Šifra Pacienta - KZZ
[PID_PatientName] [nvarchar](250) COLLATE Slovenian_CI_AS NULL,
Priimek^Ime pacienta
[PID_MothersMaidenName] [nchar](250) COLLATE Slovenian_CI_AS NULL,
[PID_DateTimeofBirth] [nvarchar](26) COLLATE Slovenian_CI_AS NULL,
[PID_Sex] [nchar](1) COLLATE Slovenian_CI_AS NULL, (M,F,O)
95
[PID_PatientAddress] [nvarchar](250) COLLATE Slovenian_CI_AS NULL,
[PID_CountyCode] [nvarchar](1) COLLATE Slovenian_CI_AS NULL,
[PID_PhoneNumberHome] [nchar](250) COLLATE Slovenian_CI_AS NULL,
[PV1_PatientClass] [nvarchar](1) COLLATE Slovenian_CI_AS NULL,
Konstanta 'I'
[ORC_OrderControl] [nvarchar](2) COLLATE Slovenian_CI_AS NULL,
Tip sporočila
NW – novo naročilo
CA – Preklic naročila (brisanje naročila)
SC – sprememba statusa
[ORC_PlacerOrderNumber] [nvarchar](15) COLLATE Slovenian_CI_AS NULL,
Številka sporočila - Accession Number
[ORC_OrderStatus] [nvarchar](2) COLLATE Slovenian_CI_AS NULL,
IP
[ORC_DateTimeofTransaction] [nvarchar](26) COLLATE Slovenian_CI_AS NULL,
[ORC_OrderingProvider] [nvarchar](250) COLLATE Slovenian_CI_AS NULL,
Napotni Zdravnik v obliki Šifra^Priimek^Ime
[ORC_EnterersLocation] [nvarchar](80) COLLATE Slovenian_CI_AS NULL,
Oddelek – Šifra^Oddelek
[ORC_EneteringOrganization] [nvarchar](250) COLLATE Slovenian_CI_AS NULL,
Organizacija – Šifra^UKC Maribor
[ORC_EneteringDevice] [nvarchar](250) COLLATE Slovenian_CI_AS NULL,
Modaliteta – Naprava, na kateri se bo izvajal pregled Šifra^Opis
[ST_NAPOTNICE] [varchar](10) COLLATE Slovenian_CI_AS NULL,
Številka napotnice
[D_VELJAV_NAPOT] [datetime] NULL,
Veljavnost napotnice
[OBSEG] [varchar](4) COLLATE Slovenian_CI_AS NULL,
Pooblastila
[DATUM] [datetime] NULL,
Datum
96
Priloga G: Podatki, ki se vpišejo v tabelo ob prenosu podatkov iz RIS v ZIS, komentar oz.
opis posameznih polj je označen z zeleno barvo :
[OBR_PlacerOrderNumber] [nvarchar](15) COLLATE Slovenian_CI_AS NULL,
Številka sporočila – accession number
[OBR_UniversalServiceID] [nvarchar](250) COLLATE Slovenian_CI_AS NULL,
Dejanska šifra storitve, ki je bila opravljena v obliki Šifra^Opis
[Obdelan] [nvarchar](1) COLLATE Slovenian_CI_AS NULL,
Status obdelave
1 vpisano (neobdelano)
3 SC-In process, scheduled
4 IP-In process, unspecified
5 CM-Order is completed
D storitev je bila izbrisana
[Sporocilo] [varchar](50) COLLATE Slovenian_CI_AS NULL,
Opis Statusa obdelave
[Rezultat] [varchar](50) COLLATE Slovenian_CI_AS NULL,
[BRISAN] [int] NULL,
[D_VNOSA] [datetime] NULL,
[D_SPREMEMBE] [datetime] NULL,
[UPORABNIK_ID] [varchar](20) COLLATE Slovenian_CI_AS NULL,
[UPORABNIK_SPR] [varchar](20) COLLATE Slovenian_CI_AS NULL,
Priloga H – Naslov študenta
Janko Petek
Starše 76/o
2205 Starše
Tel. Študenta: 051 394 439
e-mail študenta: [email protected]
Priloga I– Kratek življenjepis
Rojen 05.04.1976, Maribor
97
Šolanje:
1. Osnovna šola Starše, Starše
2. Srednja elektro in računalniška šola, Maribor
3. FERI Maribor, RI-VS, smer informatika
