e-gov / aj Goto Github PK

Ivo: findUsage tagastab kirjed kuupäeva järjekorras kahanevalt - olemas andmesalvestaja komponendis
Arutelu 28.09.2016: Otsus: täiendada Andmekasutuse protokolli.

Täiendada findUsage teenust, et see oskaks samuti väljastada alamsüsteemi ja representedParty andmed.

Selle taski eelduseks on #13

• Teenus peab tagastama ka täispikka allsüsteemi tunnuse (Näiteks: /EE/GOV/member/sybsystem)
• Teenus peab olemasoluk orral tagastada ka representedParty infot (http://x-road.eu/docs/Third_party_representation_extension_v1.0.1.pdf). NB! Kolmanda osapoole laiendus võib lähiajal muutuda.

Haigekassa (Deniss): Pakkide kaupa küsimine

See ei meeldi meile eriti, kuna logide õigeteks pakkideks jupitamine nõuab igal paki puhul kogu logiridade komplekti väljalugemist andmebaasist.

Kas on teada, kui suuri pakke hakkab kodanikuportaal kasutama? X-forms koodist näen, et “offset” (alates reast) ja “limit” (paki suurus) parameetrid sisestatakse käsitsi. Kas see jääbki kasutaja valida, või on pigem “häkk” testimise jaoks?

Kas on võimalik alternatiivne lahendus, et portaal küsiks korraga kõik andmed, ja sisemiselt oma X-forms koodis näitaks kliendile juppidena? Analoogid on olemas TVL teenuse näol.

BTW kui vaadata kasutuslugusid https://github.com/e-gov/AJ/blob/master/doc/spetsifikatsioonid/Kasutuslood.md

Siis seal räägitakse alates-kuni kuupäevadest, mis oleks meie jaoks parem lahendus:

[…]Samuti näeb ta vormi, kus on eeltäidetud perioodi algus- ja lõpptähtaeg ning nupp oma andmesaatmiste/kasutuste otsinguks.

Nupule vajutades kuvatakse kasutajale isikuandmete kasutuse loetelu valitud perioodil: millal/kuhu/mis teenuse kaudu on andmeid saadetud või millal/mille jaoks/kelle poolt on andmeid kasutatud.

Otsused:

Analüüsi lõpus esitatud spetsifikatsioonis on kuupäevade vahemik olemas, mis aga ei realiseeritud, kuna see nõuaks kasutajatelt kuupäevade vahemiku lisamist. Eesmärk oli teha lihtne lahendus.

Momendil võtame ettepaneku arvesse, kuid ei realiseeri. Realiseerida peaks olema võimalik koondvaate arenduse juures (2017 II pa analüüs, IV kv realisatsioon)

Kasutuslugudes on vajalik üleliigne tekst kustutada https://github.com/e-gov/AJ/blob/master/doc/spetsifikatsioonid/Kasutuslood.md (Ivo Mehide)

Haigekassa (Deniss): kas AJ'is on vaadata objekti identifikaator kirjas iga kirje juures? kui jah, siis kas seda näidatakse ka. Nt: inimesel on 17 autot... vahetatakse andmeid kolmanda osapoolega 2 kohta. kodanik vaatab... kaubiku päring ok aga kes minu porche andmeid küsis ja miks.

Arutati 28.09.2016.
Otsustati: Momendil võtame ettepaneku arvesse, kuid ei realiseeri. Üldjuhul "action string" sisaldab tegevuse inimmõistetavat nime - kindlasti peab olema kasutajale arusaadav ja mõistetav

Andmejälgija (Personal Data Usage Monitor) is the Estonian solution to the problem of giving Citizen a report on how citizen's data has been used by the public sector.

Using a distributed storage and a standardised communication protocol, the personal data usage report is presented to Citizen on-demand.

The process is automated and strives to provide meaningful, specific and comprehensive data.

AJ is actually three things:

• a service - pilot deployment in 5 agencies is in process
• a software - open source, published in GitHub under MIT licence https://github.com/e-gov/AJ
• a protocol

Personal data usage, however, increasingly is cross-border. Personal data moves across member state borders. There has already been interest to Andmejälgija (Personal Data Usage Monitor) on international level.

Estonian solution is built on X-Road, the national data exchange network. However, the concept of Andmejälgija (Personal Data Usage Monitor) does not hang on any particular communication technology. Other countries may have different data exchange solutions.

Should there be interest to the Estonian AJ concept - and there already has been - it would be attractive to separate the AJ protocol into two sub-layers: a) a X-Road independent conceptual layer; b) technical layer. The first of the two can be developed into international standard and implemented by different countries. This way, future interoperability of cross-border personal data usage monitoring solutions would be guaranteed. Cross-border ambition, of course, can be bring personal data protection issues of its own. Standardisation process would be a proper forum to adress these possible issues in international co-operation.

Haigekassa (Deniss): Ühele isikule kuuluvate objektide tagastamine ühes päringus

Konkreetselt retseptide loetelu, kus ühes vastuses on mitu retsepti. Küsimus on, kas neid retsepte tuleks näidata eraldi logiridadena, või lugeda tervet päringut ühe sündmusena?

Iga tagastatav retsept sisaldab piisavalt andmeid, et pidada seda “infoühikuks”, ja sisemiselt logime selliseid päringuid retsepti tasemel. Mõte on selles, et kuna üksikuid retsepte saab nt. Digiloo kaudu “kinni panna” ja teistele mitte näidata, siis peaks andmesubjekt (isik) nägema ka loeteluna väljastatud retsepte. Me ju ei tea, mida pärija teeb nende andmetega oma süsteemis.

Lugesin üle Andmejälgija rakendusjuhendi https://github.com/e-gov/AJ/blob/master/doc/Rakendusjuhend.md

Seal seisab üldistatult: Lihtsaid ja üheseid reegleid nimetatud seaduspunktide täitmiseks ei ole võimalik koostada: oluline on lähtuda seaduse mõttest ning arvestada konkreetse andmekogu või infosüsteemi eripäradega.

Siiski järgneb punkt:

Andmete saatmise või töötlemise fakti salvestamise juures ei ole vaja talletada konkreetset andmehulka, vaid eeskätt aeg, eesmärk, saaja.

Kas sellest tuleb aru saada nii, et üks X-tee päring vastab alati ühele AJ logireale?

RIA (Priit Parmakson): Usun, et kodanik ei näe probleemi – või isegi talle meeldib – kui mitmeid objekte puudutava päringu andmed esitatakse mitmel real. „X-tee päring“ mõistena jääb kodanikule niikuinii kaugeks.

Otsused:

Ivo täpsustab GitHubis rakendusjuhendi teksti. Mõistlik välja tuua piloteerijate kogemuse baasil parimate praktikate loetelu (Rahvastikuregistri; Haigekassa näited)

Haigekassa realiseerib vastavalt oma vajadustele retseptide näitamise kas eraldi logi ridadel või päring ühe sündmusena

https://github.com/e-gov/AJ/blob/master/doc/Paigaldamine.md#välistuste-kirjeldamine
Praegusel hetkel dumonitor.blacklist lubab kirjeldada ainult liikme koodid. Tuleks muuta blacklist süsteemi, et oleks võimalik kirjeldada täispika allsüsteemi tunnuse. Näiteks: /EE/GOV/member/sybsystem

https://github.com/e-gov/AJ/blob/master/doc/Paigaldamine.md#filtrite-kirjeldamine

• Laiendada logitavate väljade hulka, et oleks salvestatud ka täispikk allsüsteemi tunnus (Näiteks: /EE/GOV/member/sybsystem)
• Vaikimisi logida ka representedParty (http://x-road.eu/docs/Third_party_representation_extension_v1.0.1.pdf). NB! Kolmanda osapoole laiendus võib lähiajal muutuda.

Rakendus ei ehitu kasutades Java 11-t, põhjuseks removed package - https://stackoverflow.com/questions/52502189/java-11-package-javax-xml-bind-does-not-exist

• Eemaldada binaarsed pakkid
• Tõsta kompileerimise juhendi rakendusjuhendisse