sistēma

More documents

Recommendations

Info

6.4.2.1 Validatori 8. attēls. EVK sekciju tipi MDHT UML modelēšanas rīkā Kad dokumenta tipa UML modelis ir izstrādāts, tas tiek transformēts komponentēs, kas nepieciešamas dokumenta veidnes lietošanai. No UML modeļa automātiski tiek uzģenerētas dokumenta XSD shēma un Java bibiliotēkas. Uzģenerētā Java bibliotēka sastāv no divām bibliotēkām – viena satur pašu CDA dokumentu aprakstošās klases, bet otra satur EVK sekciju tipu klases. Katra CDA dokumenta sekcijai atbilst atsevišķa klase, piemēram, OperationAndAnesthesiaSection. Bibliotēka nodrošina metodes XML formāta faila nolasīšanai, CDA dokumenta saglabāšanai XML formātā, dokumenta validācijai, dokumenta sekciju un to elementu apstrādei. Zemāk 9. attēlā ir redzams koda paraugs, kas izveido neaizpildītu pacienta kartes dokumentu testēšanas mērķiem.
9. attēls. Pacienta kartes testa dokumenta izveide Sagatavotās komponentes tiek nodotas EVK IS administratoram, kas tās iekļauj dokumentu tipu katalogā. Dokumentu validatorus izmanto metadatu pārvaldības komponents, piemēram, jaunu dokumnetu pievienošanas laikā, skat. šī dokumenta sadaļu 6.4.3.1. 6.4.2.2 Prezentācijas katalogs Prezentācijas katalogs ir daļa no EVK metadatiem, kas nodrošinās vienotu un vienādu medicīnisko ierakstu attēlošanu (transformāciju no EVK saglabātā ieraksta) HTML formātā. Tas nodrošinās iespēju definēt nepieciešamās transformācijas XSLT formātā, kā arī gadījumos, kad tas ir nepieciešams, automātiski izpildīt datu priekšapstrādi EVK pirms atbildes nosūtīšanas pieprasītājam. HTML formāta datu ģenerēšana ir aprakstīta šī dokumenta sadaļā „EVK dokumentu iegūšana”, skat. šī dokumenta sadaļu 6.4.3.3. Katram EVK medicīnisko dokumentu tipam prezentāciju katalogā tiks izveidota un saglabāta XSLT transformācija, kas nodrošinās dokumenta attēlošanu HTML formātā. 6.4.3 Pamatdatu un pierakstu pārvaldība Modulis nodrošina elektronisko veselības pierakstu informācijas pārvaldību, darbības loģiku e-Veselības pierakstu uzkrāšanai un pieejamības nodrošināšanai, ņemot vērā noteiktās pieejas tiesības un pieejas politikas, kā arī nodrošinot nepieciešamo datu aizsardzības līmeni. 6.4.3.1 EVK dokumentu pievienošana Tā kā jaunu dokumentu saņemšana no ārējām sistēmām un saglabāšana EVK ir pietiekoši sarežģīts un laikietilpīgs process, dokumentu pievienošana EVK tiek veikta asinhroni. Dokumentu pievienošanas metode sākotnēji veic tikai tās dokumenta pārbaudes un apstrādes darbības, kuras pēc iespējas nav atkarīgas no ārējo sistēmu izsaukumiem un kuras līdz ar to ir iespējams veikt sinhroni. Vienīgais ārējās <strong>sistēma</strong>s izsaukums ir personas datu iegūšana no PMLP IR. Tas ir nepieciešam, lai nodrošinātu datu integritāti. Savukārt tālākā pievienoto dokumentu apstrāde, kuras izpildē ir iesaistīti ārējo sistēmu izsaukumi vai laikietilpīgas darbības, tiek veikta asinhroni ar fona uzdevumu komponentes palīdzību. Asinhronie pieprasījumu tiek uzkrāti rindā, un apstrādāti sistēmā iepriekš definētā laika posmā pēc kārtas. Dokumenta pievienošanas rezultātā klientam tiek atgriezts unikāls EVK dokumenta identifikators. Lai uzzinātu, vai dokumenta pievienošana bija veiksmīga, klients vēlāk izsauc
Page 1 and 2: Elektroniskas Veselības Kartes Inf
Page 3 and 4: Saturs 1 IEVADS ...................
Page 5 and 6: 6.4.12 Datu noliktavas integrācija
Page 7 and 8: Tabulu saraksts 1.2-1. tabula. Loma
Page 9 and 10: Šis dokuments tiks izmantots kā p
Page 11 and 12: Apzīmējums, saīsinājums TSA Apr
Page 13 and 14: 1.7 Dokumenta pārskats Dokumentā
Page 15 and 16: Personu grupas Vajadzības (piemēr
Page 17 and 18: 3 Skatu punkti Šajā nodaļā ir a
Page 19 and 20: Tā ir paredzēta pilnīgi visām p
Page 21 and 22: engine). Darba plūsmas ir vairāk
Page 23 and 24: 5.1.1 Lietotāju autentifikācija u
Page 25 and 26: 2. attēls. EVK un tās sadarbība
Page 27 and 28: Lietotāju grupa Ārstniecības ies
Page 29 and 30: Ārējās sistēmas Apraksts sinhro
Page 31 and 32: 6 Loģiskā arhitektūra Šajā nod
Page 33 and 34: 4. attēls. EVK loģiskais datu mod
Page 35 and 36: sekcijām. Tas ir veidots kā konte
Page 37 and 38: 6.4 Sistēmas komponenti Šajā nod
Page 39: citas manipulācijas (otherManipula
Page 43 and 44: pieprasījumus reģistriem, klasifi
Page 45 and 46: arī sistēmas ātrdarbību, papild
Page 47 and 48: 4. Visi dokumenta apstrādes soļi
Page 49 and 50: Fona uzdevumu komponenti shematiski
Page 51 and 52: 6.4.5.2 Jaundzimušo datu aktualiz
Page 53 and 54: 6.4.7 Klasifikatoru uzturēšanas m
Page 55 and 56: atļauju administrēšana; o o o at
Page 57 and 58: 7 Fiziskā arhitektūra Šajā noda
Page 59 and 60: Lai uzlabotu Sistēmas veiktspēju
Page 61 and 62: Komponentiem, kuru vairākas instan
Page 63 and 64: Pielikums. EVK funkcionālais sadal
Page 65 and 66: INFS.1 INFS.3 INFS.4 VMware augstas
Page 67 and 68: INFS.14 INFS.15 INFS.17 INFS.31 Pie
Page 69 and 70: INFS.37 INFS.38 INFS.40 INFS.51 IS
Page 71 and 72: PERF.11 ņemot vērā reālu datu b
Page 73 and 74: PERF.44 PERF.51 PERF.52 PERF.53 pap
Page 75 and 76: PERF.56 PERF.57 SECR.1 SECR.2 Izman
Page 77 and 78: SECR.12 SECR.13 SECR.14 SECR.15 SEC
Page 79 and 80: ADMN.41 ADMN.42 ARCH.1 · Apturēt/
Page 81 and 82: ARCH.5 ARCH.7 ARCH.21 ARCH.25 Arhit

sistēma

Create successful ePaper yourself

Delete template?

Save as template?